Ajuste los supervisores de fallos de Soporte para Oracle RAC

La supervisión de fallos para el servicio de datos Soporte para Oracle RAC es proporcionada por supervisores de fallos para los siguientes recursos:

• Recurso de grupo de dispositivos escalables

• Recurso de punto de montaje de sistema de archivos escalable

• Recurso del servidor Oracle 9i RAC

• Recurso del agente de escucha Oracle 9i RAC

Cada supervisor de fallos está contenido en un recurso cuyo tipo de recurso se muestra en la siguiente tabla.

Tabla 5-4 Tipos de recursos para supervisores de fallos de Soporte para Oracle RAC

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 Soporte para Oracle RAC sólo si debe modificar el comportamiento preestablecido.

El ajuste de los supervisores de fallos de Soporte para Oracle RAC 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. La información sobre los supervisores de fallos de Soporte para Oracle RAC que necesita para realizar estas tareas se proporciona en las siguientes subsecciones:

• 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

• Funcionamiento del supervisor de fallos del servidor de Oracle 9i RAC

• Funcionamiento del supervisor de fallos del agente de escucha de Oracle 9i RAC

• Obtención de archivos del núcleo central para resolver problemas de tiempos de espera finalizados de DBMS

Funcionamiento del supervisor de fallos para un grupo de dispositivos escalables

De forma predeterminada, el supervisor de fallos controla todos los volúmenes lógicos del grupo de dispositivos que representa el recurso. Si necesita que se supervise sólo un subconjunto de los volúmenes lógicos de un grupo de dispositivos, defina la propiedad de extensión LogicalDeviceList.

El estado del grupo de dispositivos se obtiene de los estados de los volúmenes lógicos individuales que se supervisan. Si todos los volúmenes lógicos supervisados están en buen estado, también lo está el grupo de dispositivos. Si algún volumen lógico supervisado está defectuoso, también lo está el grupo de dispositivos. Si se detecta un grupo de dispositivos defectuoso, la supervisión del recurso que representa el grupo se detiene y el recurso se coloca en estado desactivado.

El estado de un volumen lógico individual se obtiene al consultar al gestor de volúmenes del volumen. Si el estado de un volumen de Solaris Volume Manager para Sun Cluster no se puede determinar a partir de una consulta, el supervisor de fallos realiza operaciones de entrada y salida (E/S) de archivos para determinar el estado.

Si la reconfiguración de la pertenencia del cluster del espacio de usuario produce un error de E/S, la supervisión de los recursos del grupo de dispositivos realizada por supervisores de fallos se suspende mientras que las reconfiguraciones del supervisor de pertenencia del cluster del espacio de usuario (UCMM) está en curso.

Funcionamiento del supervisor de fallos para puntos de montaje de sistemas de archivos escalables

Para determinar si el sistema de archivos montado está disponible, el supervisor de fallos realizará operaciones de E/S, como abrir, leer y escribir en un archivo de prueba en el sistema de archivos. Si una operación de E/S no se completa dentro del período de tiempo de espera, el supervisor de fallos informa un error. Para especificar el tiempo de espera de las operaciones de E/S, defina la propiedad de extensión IOTimeout.

La respuesta a un error depende del tipo de sistema de archivos, como se indica a continuación:

• Si el sistema de archivos es un sistema de archivos NFS en un dispositivo NAS completo la respuesta es la siguiente:

  • La supervisión del recurso se detiene en el nodo actual.

  • El recurso se coloca en estado desactivado en el nodo actual y el sistema de archivos se desmonta del nodo.

• Si el sistema de archivos es Sun QFS sistema de archivos compartidos, la respuesta es la siguiente:

  • Si el nodo en el que se produjo el error aloja el recurso de servidor de metadatos, el recurso de servidor de metadatos se conmuta a otro nodo.

  • El sistema de archivos está desmontado.

  Si el intento de conmutación por error falla, el sistema de archivos permanece desmontado y se proporciona una advertencia.

Funcionamiento del supervisor de fallos del servidor de Oracle 9i RAC

El supervisor de fallos del servidor de Oracle 9i RAC 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 de supervisión 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 supervisor de fallos principal

• Funcionamiento del sondeo de fallos del cliente de la base de datos

• Acciones del supervisor de fallos de servidor como respuesta a un error de transacción de la base de datos

• Exploración de las alertas registradas por el supervisor de fallos de servidor

Funcionamiento del supervisor de fallos principal

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.

Funcionamiento del sondeo de fallos del cliente de la base de datos

El sondeo de fallos del cliente de la base de datos realiza las siguientes operaciones:

1. Supervisa la partición de registros de rehacer archivados. Consulte Operaciones para supervisar la partición de registros de rehacer archivados.

2. 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.

Operaciones para supervisar la partición de registros de rehacer archivados

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.

Operaciones para determinar si la base de datos está operativa

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, como se describe en Cómo crear el grupo de DBA y las cuentas de usuarios de DBA.

Acciones del supervisor de fallos de servidor como respuesta a un error de transacción de la base de datos

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 del servidor, personalice el supervisor de fallos del servidor, como se describe en Personalización del supervisor de fallos Servidor Oracle 9i RAC.

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 de servidor ignora el error.

• Detener la supervisión. El supervisor de fallos de servidor se detiene sin cerrar la base de datos.

• Reiniciar. El supervisor de fallos de servidor detiene y reinicia el recurso de servidor Oracle 9i RAC.

Exploración de las alertas registradas por el supervisor de fallos de servidor

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.scalable_rac_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 que detecta el supervisor de fallos de servidor, el supervisor realiza la acción como respuesta a la alerta.

Las acciones preestablecidas para las alertas registradas aparecen enumeradas en 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 Oracle 9i RAC.

Funcionamiento del supervisor de fallos del agente de escucha de Oracle 9i RAC

El supervisor de fallos del agente de escucha de Oracle 9i RAC comprueba el estado de un agente de escucha de Oracle.

Si el agente de escucha se está ejecutando, el supervisor de fallos del agente de escucha de Oracle 9i RAC considera que el sondeo se realizó correctamente. Si el supervisor de fallos detecta un error, la escucha se reinicia.

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 reiniciarla la cantidad máxima de veces, el sondeo sigue dando resultados negativos, el sondeo detiene el supervisor de fallos.

Obtención de archivos del núcleo central para resolver problemas de tiempos de espera finalizados de DBMS

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 de ID de conjunto. Para obtener más información, consulte la página del comando man coreadm(1M).