InfoScale™ 9.0 Agent for Oracle Installation and Configuration Guide - Solaris
- Introducing 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 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
- 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 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
Configuring and starting up ASM on remaining nodes
This procedure is applicable when Oracle grid infrastructure is installed on all nodes and ASM is configured on the first node. See Configuring Oracle ASM on the first node of the cluster.
Configure the remaining nodes by following the procedure given below.
To create ASM and start ASM on remaining nodes
- Copy the
spfile
for ASM from the ASM Disks that is to be used on the remote node.For example:
ASMCMD> spget +DATA/asm/asmparameterfile/<registry_file>
ASMCMD> spcopy +DATA/asm/asmparameterfile/<registry_file> /u01/oraHome/dbs/spfileASM.ora
- Stop the database and the ASM Disk group on the first node.
- Copy the spfile from the first node to the remote node.
- Copy $ORACLE_BASE/admin/SID* from first node to the remote node.
- Add an asm instance on the remote node.
For example: $/u01/product/oracleVersion/grid/bin/srvctl add asm -p /u01/oraHome/dbs/spfileASM.ora
- Start the asm instance using the srvctl command.
- Import the VxVM disk group on the remote node.
To configure database on remaining nodes that use ASM disk-groups
- Run the srvctl add database command to register the Oracle Database(s) that is running on the nodes.
Note:
Use the credentials of the Oracle software owner to register the database. For more information on the complete list of parameters, refer to the Oracle documentation.
- Login to the Oracle ASM instance running on the remote node.
- Run the SQL> ALTER disk group <DGname> mount command to mount the Oracle ASM disk groups.
- Repeat Step 3 to mount all the required disk groups.
- Run the $GRID_HOME/bin/crsctl stat res -t -init command to check if the disk groups are auto-registered to OHASD.
The output displays ora.<DGname>.dg for the registered disk groups.
- Run the $GRID_HOME/bin/srvctl modify database -a <diskgroup_list> command to add the Oracle ASM disk groups as a dependency to the database(s).