NOTE: If you opted to store the configuration information on a local disk and propagate the information to all nodes, ensure that pfile/spfile, the password file, and all control files and data files are on shared storage. For this set up, you will need to set up symbolic links to the pfile and the password file from /home/Oracle/dbs as follows:

ln -s /ORACLE_TEST0/dbs/initORACLE_TEST0.ora \ ${ORACLE_HOME}/dbs/initORACLE_TEST0.ora

ln -s /ORACLE_TEST0/dbs/orapwORACLE_TEST0.ora \ ${ORACLE_HOME}/dbs/orapwORACLE_TEST0.ora)

•Multiple Instance Configuration

If multiple instances will be run in the same cluster, repeat the preceding steps for each instance. For example, if a second instance (ORACLE_TEST1) is to be included in the configuration you would:

◦For LVM

Create a second volume group (for example, /dev/vg0_ORACLE_TEST1), logical volume and filesystem with mount point (/ORACLE_TEST1) for the second instance. All configuration information for ORACLE_TEST1 will reside in /ORACLE_TEST1/dbs. Similar to ORACLE_TEST0, symbolic links need to be created for all subdirectories (other than /ORACLE_TEST1/dbs/), to link /ORACLE_TEST1 to /home/Oracle.

◦For VxVM

Create a second disk group (example, /dev/vx/dsk/DG0_ORACLE_TEST1), logical volume and filesystem with mount point (/ORACLE_TEST1) for the second instance. All configuration information for ORACLE_TEST1 will reside in /ORACLE_TEST1/dbs. Similar to ORACLE_TEST0, symbolic links need to be created for all subdirectories (other than /ORACLE_TEST1/dbs/), to link /ORACLE_TEST1 to /home/Oracle.

◦For CFS

Create another directory /ORACLE_TEST1. Another CFS file system would then be mounted on /ORACLE_TEST1 by the Serviceguard CFS packages. All configuration information for ORACLE_TEST1 will reside in /ORACLE_TEST1/dbs. Similar to ORACLE_TEST0, symbolic links need to be created for all subdirectories (other than /ORACLE_TEST1/dbs/), to link /ORACLE_TEST1 to /home/Oracle.

This configuration makes it possible to run several Oracle instances on one node, facilitating failover or failback of Oracle packages between nodes in the cluster.

•Here is an alternate setup for Oracle 10g/11g single-instance database:◦If you are using LVM or VxVM (supported on Oracle 10gR2 and 11g only):

For nodes that will run only one database instance, the configuration described above could be simplified by installing Oracle entirely on the shared volume/file system (/ORACLE_TEST0, in our example). The installation is simplified, since no symbolic links are required. In this case, all Oracle binaries and configuration is migrated to the standby node on failover.

Support For Oracle Database without ASM

11