Administración de bases de datos de Oracle RAC desde el software Oracle Solaris Cluster

La administración de bases de datos Oracle RAC desde el software Oracle Solaris Cluster implica el uso de las herramientas de administración de Oracle Solaris Cluster para modificar los estados de los recursos de Oracle Solaris Cluster para las instancias de la base de datos Oracle RAC. Para obtener información sobre cómo crear estos recursos, consulte Configuración de recursos para instancias de base de datos Oracle RAC.

En una configuración de Oracle Solaris Cluster, con una excepción, no hay restricciones generales sobre el uso de la interfaz de la línea de comandos (CLI) de software de base de datos Oracle para administrar Oracle Clusterware ni en el comando srvctl de Oracle para administrar la base de datos Oracle y sus servicios. La excepción es que, con Oracle 11 g versión 2 o 12c, autostart debe permanecer desactivado en una configuración de Oracle Solaris Cluster. De lo contrario, puede utilizar comandos de software de base de datos Oracle del mismo modo que en una configuración que no incluye Oracle Solaris Cluster. El software Oracle Solaris Cluster detecta los cambios realizados por la CLI de la base de datos Oracle y reacciona de manera correspondiente.

Las arquitecturas de software de Oracle 9i, Oracle 10g versión 1 y Oracle 10g versión 2, 11g o 12 c son diferentes. Como resultado de estas diferencias, los recursos para las instancias de bases de datos Oracle RAC que requiere el software Oracle Solaris Cluster dependen de la versión de Oracle que esté utilizando. Por lo tanto, la administración de bases de datos Oracle RAC del software Oracle Solaris Cluster también depende de la versión de Oracle que esté utilizando.

Cada cluster, por ejemplo el cluster global o el de una zona concreta, constituye un espacio de nombre independiente para recursos y grupos de recursos. De este modo, no hay colisión de nombres entre los nombres de estos espacios de nombres diferentes. Usted registra tipos de recurso de manera independiente para cada cluster.

Puede administrar los recursos y los grupos de recursos que pertenecen al cluster global únicamente desde el nodo de votación del cluster global. Puede administrar los recursos y los grupos de recursos que pertenecen a un cluster de zona desde dicho cluster de zona. En el nodo de votación del cluster global, también puede administrar los recursos y los grupos de recursos en un cluster de zona con la opción -Z para especificar el cluster de zona. Puede configurar afinidades o dependencias de recursos entre clústers únicamente desde el nodo de votación del cluster global. Los ejemplos que aparecen en las siguientes secciones explican las situaciones en las que el comando se emite en el cluster donde el recurso o el grupo de recursos reside.

Los efectos de los cambios en los estados de los recursos de Oracle Solaris Cluster e los componentes de la base de datos de Oracle se explican en las siguientes subsecciones:

• Efectos de los cambios de estado para recursos de Oracle Solaris Cluster para instancias de base de datos Oracle 10g versión 2, 11g o 12c RAC

• Efectos de los cambios de estado para los recursos de Oracle Solaris Cluster para instancias de bases de datos de Oracle 9i RAC

Efectos de los cambios de estado para recursos de Oracle Solaris Cluster para instancias de base de datos Oracle 10g versión 2, 11g o 12c RAC

En Oracle 10g, 11g o 12c, Oracle Clusterware gestiona el inicio y el cierre de las instancias de la base de datos Oracle, los agentes de escucha y otros componentes que están configurados en Oracle Clusterware. Oracle Clusterware es un componente obligatorio de Oracle 10g, 11g o 12c. Oracle Clusterware también supervisa los componentes iniciados por Oracle Clusterware y, si se detectan fallas, realiza acciones para recuperar de las fallas.

Debido a que Oracle Clusterware gestiona el encendido y el apagado de los componentes de la base de datos Oracle, estos componentes no se pueden encender y apagar exclusivamente bajo control de RGM de Oracle Solaris Cluster. En cambio, Oracle Clusterware y RGM operan en conjunto, de manera que cuando las instancias de la base de datos Oracle RAC son encendidas y apagadas por Oracle Clusterware, el estado de las instancias de la base de datos se propaga a los recursos de Oracle Solaris Cluster.

En la siguiente tabla, se describen los cambios de estado que ocurren entre los recursos de Oracle Solaris Cluster y los recursos de Oracle Clusterware.

Tabla 5-2 Propagación de cambios de estado entre recursos de Oracle Solaris Cluster y recursos de Oracle Clusterware

Los nombres de los estados de los recursos de Oracle Solaris Cluster y de Oracle Clusterware son idénticos. Ahora bien, el significado de cada nombre de estado es distinto en los recursos de Oracle Solaris Cluster y los de Oracle Clusterware. Para obtener más información, consulte la siguiente tabla.

Tabla 5-3 Comparaciones de estados para recursos de Oracle Solaris Cluster y recursos de Oracle Clusterware

Para obtener más información sobre el estado de los recursos de Oracle Solaris Cluster, consulte Resource and Resource Group States and Settings de Oracle Solaris Cluster Concepts Guide.

Para obtener más información sobre el estado de los recursos de Oracle Clusterware, consulte la documentación de Oracle.

Efectos de los cambios de estado para los recursos de Oracle Solaris Cluster para instancias de bases de datos de Oracle 9i RAC

En Oracle 9i, los componentes de la base de datos Oracle pueden detenerse e iniciarse de manera exclusiva bajo control de RGM de Oracle Solaris Cluster. Los efectos de los cambios de estado en los recursos de Oracle Solaris Cluster para las instancias de la base de datos Oracle 9i RAC son las siguientes:

• Poner en línea un recurso para un componente de la base de datos Oracle 9 i RAC inicia el componente en los nodos donde el recurso se pone en línea.

• Poner sin conexión un recurso para un componente de la base de datos Oracle 9 i RAC detiene el componente en los nodos donde el recurso se pone sin conexión.