Omitir V�nculos de navegaci�n | |
Salir de la Vista de impresi�n | |
Servicio de datos de Oracle para la Guía de clústeres de aplicación real de Oracle Oracle Solaris Cluster 4.0 (Español) |
1. Instalación de Soporte para Oracle RAC
2. Configuración del almacenamiento para archivos de Oracle
3. Registro y configuración de los grupos de recursos
4. Activación de Oracle RAC para ejecutarse en un clúster
5. Administración de Soporte para Oracle RAC
Descripción general de las tareas de administración de Soporte para Oracle RAC
Nombres generados automáticamente para objetos de Oracle Solaris Cluster
Ajuste de Soporte para Oracle RAC
Directrices para configurar tiempos de espera
Tiempo de espera de paso de reserva
Ajuste de los supervisores de fallos de Soporte para Oracle RAC
Funcionamiento del supervisor de fallos para un grupo de dispositivos escalables
Funcionamiento del supervisor de fallos para puntos de montaje de sistemas de archivos escalables
Obtención de archivos del núcleo central para resolver problemas con los tiempos de espera de DBMS
6. Resolución de problemas de Soporte para Oracle RAC
7. Modificación de una configuración existente de Soporte para Oracle RAC
A. Ejemplos de configuraciones de este servicio de datos
B. Acciones preestablecidas para errores de DBMS y alertas registradas
C. Propiedades de extensión de Soporte para Oracle RAC
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 Grid Infrastructure ni en el comando srvctl de Oracle para administrar la base de datos Oracle y sus servicios. La excepción es que 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.
Cada clúster, por ejemplo el clúster 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 clúster.
Puede administrar los recursos y los grupos de recursos que pertenecen al clúster global únicamente desde el nodo de votación del clúster global. Puede administrar los recursos y los grupos de recursos que pertenecen a un clúster de zona desde dicho clúster de zona. En el nodo de votación del clúster global, también puede administrar los recursos y los grupos de recursos en un clúster de zona con la opción -Z para especificar el clúster de zona. Puede configurar afinidades o dependencias de recursos entre clústers únicamente desde el nodo de votación del clúster global. Los ejemplos que aparecen en las siguientes secciones explican las situaciones en las que el comando se emite en el clúster 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:
La Oracle Grid Infrastructure administra el encendido y el apagado de las instancias de la base de datos Oracle y otros componentes que están configurados en la Oracle Grid Infrastructure. La Oracle Grid Infrastructure es un componente obligatorio. La Oracle Grid Infrastructure también supervisa los componentes iniciados por la Oracle Grid Infrastructure y, si se detectan fallas, realiza acciones para recuperarlas.
Debido a que la Oracle Grid Infrastructure 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 Grid Infrastructure y RGM operan en conjunto, de manera que cuando las instancias de la base de datos Oracle RAC son encendidas y apagadas por Oracle Grid Infrastructure, 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 Grid Infrastructure.
Tabla 5-2 Propagación de cambios de estado entre recursos de Oracle Solaris Cluster y recursos de Oracle Grid Infrastructure
|
Los nombres de los estados de los recursos de Oracle Solaris Cluster e Oracle Grid Infrastructure son iguales. Sin embargo, el significado de cada nombre de estado es distinto en los recursos de Oracle Solaris Cluster y los de Oracle Grid Infrastructure. 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 Grid Infrastructure
|
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 Grid Infrastructure, consulte la documentación de Oracle.