Omitir Vínculos de navegación | |
Salir de la Vista de impresión | |
Guía de Oracle Solaris Cluster Data Service para Oracle Oracle Solaris Cluster 3.3 3/13 (Español) |
1. Instalación y configuración de HA para Oracle
Descripción general del proceso de instalación y configuración de HA para Oracle
Planificación de la instalación y la configuración de HA para Oracle
Preguntas para la planificación de la configuración
Preparación de los nodos y los discos
Cómo configurar el acceso a la base de datos Oracle con Solaris Volume Manager
Cómo configurar el acceso a la base de datos Oracle con Veritas Volume Manager
Cómo configurar el acceso a la base de datos Oracle con Oracle ASM
Cómo configurar un agente de escucha de SCAN de Oracle Grid Infrastructure para clusters
Instalación del software de Oracle ASM
Verificación de la instalación del software de Oracle ASM
Instalación del software de Oracle Database
Cómo instalar el software de Oracle Database
Cómo definir los parámetros del núcleo de Oracle Database
Verificación de la instalación y la configuración de Oracle Database
Cómo verificar la instalación de Oracle Database
Creación de una base de datos Oracle
Cómo crear una base de datos primaria de Oracle
Configuración de permisos de base de datos de Oracle
Cómo definir permisos de bases de datos Oracle
Instalación de los paquetes de HA para Oracle
Cómo instalar los paquetes de HA para Oracle
Registro y configuración de HA para Oracle
Herramientas para registrar y configurar HA para Oracle
Configuración de las propiedades de extensión de HA para Oracle
Cómo registrar y configurar HA para Oracle (clsetup)
Cómo registrar y configurar HA para Oracle sin Oracle Grid Infrastructure (CLI)
Verificación de la instalación de HA para Oracle
Cómo verificar la instalación de HA para Oracle
Ubicación de los archivos de registro de HA para Oracle
Ajuste los supervisores de fallos de HA para Oracle
Funcionamiento del supervisor de fallos de servidor de Oracle
Funcionamiento del supervisor de fallos principal
Funcionamiento del sondeo de fallos del cliente de la base de datos
Operaciones para supervisar la partición de registros de rehacer archivados
Operaciones para determinar si la base de datos está operativa
Exploración de las alertas registradas por el supervisor de fallos de servidor
Funcionamiento del supervisor de fallos de escucha de Oracle
Personalización del supervisor de fallos Servidor de HA para Oracle
Definición del comportamiento personalizado de errores
Formato de archivo de acción personalizado
Cambio de la respuesta a un error de DBMS
Respuesta a un error con efectos importantes
Omisión de un error con efectos secundarios
Cambio de la respuesta a las alertas registradas
Cambio del número máximo de sondeos consecutivos con tiempo de espera finalizado
Propagación de un archivo de acción personalizada a todos los nodos de un cluster
Actualización de tipos de recursos de HA para Oracle
Actualización del tipo de recurso SUNW.oracle_listener
Información para registrar la nueva versión del tipo de recurso
Información para migrar las instancias existentes del tipo de recurso
Actualización del tipo de recurso SUNW.oracle_server
Información para registrar la nueva versión del tipo de recurso
Información para migrar las instancias existentes del tipo de recurso
Cambio del rol de una instancia de Oracle Data Guard
Cómo cambiar el rol de una instancia de Oracle Data Guard
A. Propiedades de extensión de HA para Oracle
B. Acciones preestablecidas para errores de DBMS y alertas registradas
C. Configuraciones de ejemplo de Oracle ASM con HA para Oracle
La supervisión de fallos del servicio de datos de HA para Oracle es proporcionada por los siguientes supervisores de fallos:
El supervisor de fallos del servidor de Oracle
El supervisor de fallos del agente de escucha de Oracle
Nota - Para Oracle Database 11g versión 2 o 12 c, si utiliza un agente de escucha Single Client Access Name de Oracle Grid Infrastructure para clusters (SCAN), no se proporciona un supervisor de fallos para el agente de escucha SCAN por el software Oracle Solaris Cluster.
Cada supervisor de fallos se encuentra en un recurso cuyo tipo de recurso se muestra en la siguiente tabla.
Tabla 1-4 Tipos de recursos para supervisores de fallos de HA para Oracle
|
Las propiedades del sistema y las propiedades de extensión de estos recursos controlan el comportamiento de los supervisores de fallos. Los valores predeterminados de estas propiedades determinan el comportamiento preestablecido de los supervisores de fallos. El comportamiento preestablecido debe ser adecuado para la mayoría de las instalaciones de Oracle Solaris Cluster. Por lo tanto, debe ajustar los supervisores de fallos de HA para Oracle sólo si debe modificar el comportamiento preestablecido.
El ajuste de los supervisores de fallos de HA para Oracle incluye las siguientes tareas:
Establecer el intervalo entre sondeos de supervisores de fallos.
Establecer el tiempo de espera de sondeos de supervisores de fallos.
Definir los criterios de fallos persistentes.
Especificar el comportamiento de conmutación por error de un recurso.
Para obtener más información, consulte Tuning Fault Monitors for Oracle Solaris Cluster Data Services de Oracle Solaris Cluster Data Services Planning and Administration Guide. En las siguientes subsecciones, se proporciona información sobre los supervisores de fallos de HA para Oracle que necesita para llevar a cabo estas tareas.
Ajuste los supervisores de fallos de HA para Oracle al registrar y configurar HA para Oracle. Para obtener más información, consulte Registro y configuración de HA para Oracle.
El supervisor de fallos de servidor de Oracle envía una solicitud al servidor para consultar el estado del servidor.
El supervisor de fallos de servidor se inicia con pmfadm para que el supervisor tenga alta disponibilidad. Si se detiene el supervisor por algún motivo, Process Monitor Facility (PMF) reinicia el supervisor de forma automática.
El supervisor de fallos de servidor consta de los siguientes procesos.
Un proceso del supervisor de fallos principal
Un sondeo de fallos del cliente de la base de datos
Esta sección incluye la siguiente información relativa al supervisor de fallos del servidor:
Funcionamiento del sondeo de fallos del cliente de la base de datos
Exploración de las alertas registradas por el supervisor de fallos de servidor
El supervisor de fallos principal determina que una operación es correcta si la base de datos está en línea y no da ningún error durante la transacción.
El sondeo de fallos del cliente de la base de datos realiza las siguientes operaciones:
Supervisa la partición de registros de rehacer archivados. Consulte Operaciones para supervisar la partición de registros de rehacer archivados.
Si el estado de la partición es correcto, determinar si la base de datos está operativa. Consulte Operaciones para determinar si la base de datos está operativa.
El sondeo utiliza el valor de tiempo de espera establecido en la propiedad del recurso Probe_timeout para determinar el tiempo de sondeo necesario que se debe asignar para realizar correctamente el sondeo de Oracle.
El sondeo de fallos del cliente de la base de datos consulta la vista de rendimiento dinámica v$archive_dest a fin de determinar todos los posibles destinos para los archivos de rehacer archivados. Para cada destino activo, el sondeo determina si el estado del destino es correcto y si tiene suficiente espacio libre para almacenar los registros de rehacer archivados.
Si el estado del destino es correcto, el sondeo determina la cantidad de espacio libre en el sistema de archivos de destino. Si la cantidad de espacio libre es inferior al 10% de la capacidad del sistema de archivos y es inferior a 20 Mbytes, el sondeo imprime un mensaje en syslog.
Si el estado del destino es ERROR, el sondeo imprime un mensaje en syslog y desactiva las operaciones para determinar si la base de datos está operativa. Las operaciones permanecen desactivadas hasta que se borre la condición de error.
Si la partición de registros de rehacer archivados es correcta, el sondeo de fallos de cliente de base de datos consulta la vista de rendimiento v$sysstat para obtener estadísticas de rendimiento de la base de datos. Los cambios en estas estadísticas indican que la base de datos está operativa. Si estas estadísticas permanecen sin cambios en las consultas consecutivas, el sondeo de fallos realiza transacciones de bases de datos para determinar si la base de datos está operativa. Estas transacciones implican crear, actualizar y descartar una tabla en el espacio de tabla del usuario.
El sondeo de fallos de cliente de base de datos realiza todas sus transacciones como usuario de Oracle. El ID de este usuario se especifica al preparar los nodos o las zonas, tal como se describe en Cómo preparar los nodos.
Si una transacción de base de datos falla, el supervisor de fallos de servidor realiza una acción que depende del error que ha ocasionado el fallo. Para cambiar la acción que realiza el supervisor de fallos de servidor, personalice el supervisor de fallos de servidor, como se explica en Personalización del supervisor de fallos Servidor de HA para Oracle.
Si la acción requiere ejecutar un programa externo, el programa se ejecuta como proceso independiente en segundo plano.
Las acciones que puede realizar son las siguientes:
Ignorar. El supervisor de fallos del servidor ignora el error.
Detener supervisión. El supervisor de fallos del servidor se detiene sin cerrar la base de datos.
Reiniciar. El supervisor de fallos del servidor detiene y reinicia la entidad especificada por el valor de la propiedad de extensión Restart_type.
Si la propiedad de extensión Restart_type está establecida en RESOURCE_RESTART, el supervisor de fallos del servidor reinicia el recurso del servidor de la base de datos. De manera predeterminada, el supervisor de fallos del servidor reinicia el recurso del servidor de la base de datos.
Si la propiedad de extensión Restart_type está establecida en RESOURCE_GROUP_RESTART, el supervisor de fallos del servidor reinicia el grupo de recursos del servidor de la base de datos.
Nota - La cantidad de intentos de reinicio puede exceder el valor de la propiedad del recurso Retry_count en el tiempo que la propiedad del recurso Retry_interval especifica. Si esta situación ocurre, el supervisor de fallos del servidor intenta conmutar el grupo de recursos a otro nodo o a otra zona.
Conmutar. El supervisor de fallos del servidor conmuta el grupo de recursos del servidor de la base de datos a otro nodo o a otra zona. Si no hay ningún nodo o zona disponible, el intento de conmutar el grupo de recursos falla. En tal caso, se reinicia el servidor de la base de datos.
El software Oracle registra las alertas en un archivo de registro de alertas. La ruta absoluta de este archivo se especifica mediante la propiedad de extensión alert_log_file del recurso SUNW.oracle_server. El supervisor de fallos de servidor explora el archivo de registro de alertas en busca de nuevas alertas en las siguientes ocasiones:
Cuando se inicia el supervisor de fallos de servidor
Cada vez que el supervisor de fallos de servidor consulta el estado del servidor
Si se define una acción para una alerta registrada detectada por el supervisor de fallos del servidor, el supervisor realiza la acción como respuesta a la alerta.
Las acciones preestablecidas para las alertas registradas aparecen enumeradas en la Tabla B-2. Para cambiar la acción que realiza el supervisor de fallos del servidor, personalice el supervisor de fallos del servidor, como se describe en Personalización del supervisor de fallos Servidor de HA para Oracle.
El supervisor de fallos de escucha de Oracle comprueba el estado de una escucha de Oracle.
Si se está ejecutando la escucha, el supervisor de fallos de escucha de Oracle considera que el sondeo es satisfactorio. Si el supervisor de fallos detecta un error, la escucha se reinicia.
Nota - El recurso de escucha no proporciona ningún mecanismo para establecer la contraseña de escucha. Si la seguridad de escucha de Oracle está activada, un sondeo realizado por el supervisor de fallos de escucha podría devolver a Oracle el error TNS-01169. Debido a que la escucha puede responder, el supervisor de fallos de escucha considera que el sondeo es correcto. Esta acción no hace que permanezca sin detectar una falla en la escucha. Una falla en la escucha devuelve un error diferente o finaliza el tiempo de espera del sondeo.
El sondeo de escucha se inicia con pmfadm para que el sondeo tenga alta disponibilidad. Si se detiene el sondeo, PMF reinicia automáticamente el sondeo.
Si ocurre algún problema en la escucha durante el sondeo, se intenta reiniciar la escucha. El valor definido para la propiedad del recurso retry_count determina la cantidad máxima de veces que el sondeo intentos el reinicio. Si, tras haber intentado el número máximo de veces, el sondeo sigue dando resultados negativos, el sondeo detiene el supervisor de fallos y no conmuta el grupo de recursos.
Para facilitar la resolución de problemas de los tiempos de espera inexplicables de DBMS, puede activar el supervisor de fallos para crear un archivo del núcleo central cuando se produce un tiempo de espera del sondeo. El contenido del archivo del núcleo central hace referencia al proceso del supervisor de fallos. El supervisor de fallos crea el archivo del núcleo central en el directorio /. Para activar el supervisor de fallos a fin de crear un archivo del núcleo central, utilice el comando coreadm para activar los volcados del núcleo central set-id .
# coreadm -g /var/cores/%f.%n.%p.core -e global -e process \ -e global-setid -e proc-setid -e log
Para obtener más información, consulte la página del comando man coreadm(1M).