Cluster Server 7.3.1 Agent for Oracle Installation and Configuration Guide - Solaris
- Introducing the Cluster Server agent for Oracle
- About the Cluster Server agent for Oracle
- How the agent makes Oracle highly available
- About Cluster Server agent functions for Oracle
- Oracle agent functions
- How the Oracle agent supports health check monitoring
- ASMInst agent functions
- Oracle agent functions
- Installing and configuring Oracle
- About VCS requirements for installing Oracle
- About Oracle installation tasks for VCS
- Installing ASM binaries for Oracle 11gR2 or 12c in a VCS environment
- Configuring Oracle ASM on the first node of the cluster
- Installing Oracle binaries on the first node of the cluster
- Installing and removing the agent for Oracle
- Configuring VCS service groups for Oracle
- Configuring Oracle instances in VCS
- Before you configure the VCS service group for Oracle
- Configuring the VCS service group for Oracle
- Setting up detail monitoring for VCS agents for Oracle
- Enabling and disabling intelligent resource monitoring for agents manually
- Administering VCS service groups for Oracle
- Pluggable database (PDB) migration
- Troubleshooting Cluster Server agent for Oracle
- Verifying the Oracle health check binaries and intentional offline for an instance of Oracle
- Appendix A. Resource type definitions
- Appendix B. Sample configurations
- Sample single Oracle instance configuration
- Sample multiple Oracle instances (single listener) configuration
- Sample multiple instance (multiple listeners) configuration
- Sample Oracle configuration with shared server support
- Sample configuration for Oracle instances in Solaris zones
- Sample Oracle ASM configurations
- Appendix C. Best practices
- Appendix D. Using the SPFILE in a VCS cluster for Oracle
- Appendix E. OHASD in a single instance database environment
Verifying access to the Oracle database
You can verify access to the database by running an SQL query. Depending on the location of your $ORACLE_HOME, perform one of the following procedures.
Upon completion, the Oracle database is started from the node in the cluster that you last performed this procedure.
To verify access to the Oracle database
- Depending on the location of your $ORACLE_HOME, perform one of the following procedures:
For $ORACLE_HOME on shared disks, start the Oracle database.
Verify that you can access the shared database from each node. Perform the steps from each node that would be a part of the Oracle cluster.
To start the Oracle database (for $ORACLE_HOME on shared disks)
If the Oracle binaries are mounted on any other node, unmount it.
If the data files on shared disk are mounted on any node, unmount it.
Mount the Oracle binaries and data files.
Start the database.
For $ORACLE_HOME on local disks, start the Oracle database.
Verify that you can access the database individually on each node that would be a part of the Oracle cluster.
To start the Oracle database (for $ORACLE_HOME on local disks)
Make sure you have installed Oracle binaries on the node.
If the data files on shared disk are mounted on any node, unmount it.
Mount the data files.
Start the database.
For ASM, the $ORACLE_HOME is on local disks and the database is configured on ASM disk groups.
Start the ASM-managed Oracle database.
Verify that you can access the database individually on each node that would be a part of the Oracle cluster.
To start the Oracle database (for $ORACLE_HOME on local disks)
Make sure you have installed Oracle binaries on the node.
If you use VxVM disks as ASM disks, do the following:
If the ASM disk groups are mounted on any node, do the following:
Unmount the ASM disk groups from the ASM instance.
Stop the ASM instance.
Stop the VxVM volumes.
Deport the VxVM disk groups.
Import the VxVM disk groups on this node and start the volumes.
Start the ASM instance.
Mount the ASM disk groups.
If you use CVM volumes for ASM, do the following:
Unmount the ASM disk group from the ASM instance on the node where the disk group is mounted.
Mount the ASM disk groups on the other node.
If you use raw disks as ASM disks, do the following:
If the ASM disk groups are mounted on any node, unmount it.
If the ASM instance is not running on this node, then start the ASM instance.
Mount the ASM disk groups.
Start the database.