JavaScript is required to for searching.
Omitir Vínculos de navegación
Salir de la Vista de impresión
Guía del servicio de datos de Oracle Solaris Cluster para Oracle
search filter icon
search icon

Información del documento

Prefacio

Instalación y configuración de HA para Oracle

Información general sobre el proceso de instalación y configuración de HA para Oracle

Planificación de la instalación y configuración de HA para Oracle

Requisitos de configuración

Preguntas para la planificación de la configuración

Preparación de nodos y discos

Preparación de los nodos

Configuración del acceso a la base de datos Oracle mediante Solaris Volume Manager

Configuración del acceso a la base de datos Oracle mediante Veritas Volume Manager

Configuración del acceso a la base de datos Oracle mediante Oracle ASM

Cómo instalar el software Oracle ASM

Verificación de la instalación del software Oracle ASM

Instalación del software Oracle

Cómo instalar el software Oracle

Definición de los parámetros de núcleo de Oracle

Verificación de la instalación y la configuración de Oracle

Cómo verificar la instalación de Oracle

Creación de una base de datos Oracle

Creación de una base de datos Oracle primaria

Definición de permisos de bases de datos Oracle

Configuración de permisos de base 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 configurar HA para Oracle

Configuración de propiedades de extensión de HA para Oracle

Registro y configuración de HA para Oracle mediante la utilidad clsetup

Registro y configuración de HA para Oracle sin Oracle ASM mediante los comandos de mantenimiento de Oracle Solaris Cluster

Registro y configuración de HA para Oracle con Oracle ASM de una sola instancia mediante los comandos de mantenimiento de Oracle Solaris Cluster

Registro y configuración de HA para Oracle con una instancia de Oracle ASM en clúster mediante los comandos de mantenimiento de Oracle Solaris Cluster

Siguientes pasos

Verificación de la instalación de HA para Oracle

Cómo verificar la instalación de HA para Oracle

Clientes de Oracle

Ubicación de los archivos de registro de HA para Oracle

Ajuste de los supervisores de errores de HA para Oracle

Funcionamiento del supervisor de errores del servidor Oracle

Funcionamiento del supervisor de errores principal

Funcionamiento del sondeo de errores de cliente de base de datos

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

Operaciones para determinar si la base de datos está operativa

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

Exploración de las alertas registradas por el supervisor de errores del servidor

Funcionamiento del supervisor de errores de escucha de Oracle

Cómo obtener los archivos de núcleo para resolver los tiempos de espera de DBMS

Personalización del supervisor de errores de servidor de HA para Oracle

Definición del comportamiento personalizado de los errores

Formato de archivo de acción personalizada

Cambio de la respuesta a un error de DBMS

Respuesta a un error con efectos importantes

Omisión de un error con efectos poco importantes

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 clúster

Especificación del archivo de acción personalizada que debe utilizar un supervisor de errores del servidor

Cómo especificar el archivo de acción personalizada que debe utilizar un supervisor de errores del servidor

Actualización de los 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 disponibles 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 disponibles del tipo de recurso

Cambio de la función de una instancia de Oracle Data Guard

Cambio de la función 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 para Oracle ASM con HA para Oracle

Índice

Personalización del supervisor de errores de servidor de HA para Oracle

Personalizar el supervisor de errores de servidor de HA para Oracle permite modificar el comportamiento del supervisor de errores del servidor del modo siguiente:


Precaución

Precaución - Antes de personalizar el supervisor de errores de servidor de HA para Oracle, tenga en cuenta los posibles efectos de la personalización, en especial si cambia una acción de reiniciar o conmutar a omitir o detener la supervisión. Si los errores siguen sin corregirse durante un periodo prolongado, podrían ocasionar problemas a la base de datos. Si tiene problemas con la base de datos tras personalizar el supervisor de errores de servidor de HA para Oracle, vuelva a utilizar las acciones preestablecidas. Volver a utilizar las acciones preestablecidas permite determinar si las personalizaciones realizadas son la causa del problema.


La personalización del supervisor de errores de servidor de HA para Oracle implica las acciones siguientes:

  1. Definición del comportamiento personalizado de los errores

  2. Propagación de un archivo de acción personalizada a todos los nodos de un clúster

  3. Especificación del archivo de acción personalizada que debe utilizar un supervisor de errores del servidor

Definición del comportamiento personalizado de los errores

El supervisor de errores de servidor de HA para Oracle detecta los siguientes tipos de errores:

Para definir el comportamiento personalizado de estos tipos de errores, cree un archivo de acción personalizada. Esta sección contiene la siguiente información sobre los archivos de acción personalizadas:

Formato de archivo de acción personalizada

Un archivo de acción personalizada es un archivo de texto sin formato. El archivo contiene una o más entradas que definen el comportamiento personalizado del supervisor de errores de servidor de HA para Oracle. Cada entrada define el comportamiento personalizado de un solo error de DBMS, un solo error de tiempo de espera o varias alertas registradas. En un archivo de acción personalizada se permiten un máximo de 1.024 entradas.


Nota - Cada entrada de un archivo de acción personalizada anula la acción preestablecida para un error, o bien especifica una acción para un error para el cual no se ha preestablecido ninguna acción. Cree entradas en un archivo de acción personalizada sólo para las acciones preestablecidas que esté anulando o para los errores para los que no se haya preestablecido ninguna acción. No cree entradas para las acciones que no desee modificar.


Una entrada de un archivo de acción personalizada se compone de una secuencia de pares de palabra clave y valor separados por puntos y coma. Cada entrada está incluida entre corchetes.

El formato de una entrada en un archivo de acción personalizada es el siguiente:

{
[ERROR_TYPE=DBMS_ERROR|SCAN_LOG|TIMEOUT_ERROR;]
ERROR=error-spec; 
[ACTION=SWITCH|RESTART|STOP|NONE;]
[CONNECTION_STATE=co|di|on|*;]
[NEW_STATE=co|di|on|*;]
[MESSAGE="message-string"]
}

Puede utilizarse un espacio en blanco entre los pares de palabra clave y valor separados y entre las entradas para dar formato al archivo.

El significado y los valores permitidos de las palabras clave de un archivo de acción personalizada son:

ERROR_TYPE

Indica el tipo de error que ha detectado el supervisor de errores del servidor. Se permiten los siguientes valores para esta palabra clave:

DBMS_ERROR

Indica que el error es un error de DBMS.

SCAN_LOG

Especifica que el error es una alerta que se registra en el archivo de registro de alertas.

TIMEOUT_ERROR

Indica que el error es un tiempo de espera.

La palabra clave ERROR_TYPE es opcional. Si la omite, se da por sentado que el error es un error de DBMS.

ERROR

Identifica el error. El tipo de datos y el significado de error-spec los establece el valor de la palabra clave ERROR_TYPE, como se muestra en la tabla siguiente.

ERROR_TYPE
Tipo de datos
Significado
DBMS_ERROR
Entero
Número de error de DBMS que genera Oracle
SCAN_LOG
Expresión regular citada
Cadena de un mensaje de error que ha registrado Oracle en el archivo de registro de alertas de Oracle
TIMEOUT_ERROR
Entero
Número de sondeos de tiempo de espera finalizado consecutivos desde que el supervisor de errores del servidor se inició o se reinició por última vez

Debe especificar la palabra clave ERROR. Si omite esta palabra clave, se omite la entrada en el archivo de acción personalizada.

ACTION

Especifica la acción que debe realizar el supervisor de errores del servidor como respuesta al error. Se permiten los siguientes valores para esta palabra clave:

NONE

Indica que el supervisor de errores del servidor omite el error.

STOP

Especifica que el supervisor de errores del servidor se detiene.

RESTART

Especifica que el supervisor de errores del servidor detiene y reinicia la entidad especificada por el valor de la propiedad de extensión Restart_type del recurso SUNW.oracle_server.

SWITCH

Especifica que el supervisor de errores del servidor cambia el grupo de recursos del servidor de la base de datos a otro nodo u otra zona.

La palabra clave ACTION es opcional. Si omite esta palabra clave, el supervisor de errores del servidor omite el error.

CONNECTION_STATE

Especifica el estado necesario de la conexión entre la base de datos y el supervisor de errores del servidor cuando se detecta el error. La entrada sólo se aplica si la conexión se encuentra en el estado requerido cuando se detecta el error. Se permiten los siguientes valores para esta palabra clave:

*

Indica que la entrada siempre se aplica, sea cual sea el estado de la conexión.

co

Especifica que la entrada se aplica únicamente si el supervisor de errores del servidor intenta conectarse a la base de datos.

on

Especifica que la entrada sólo se aplica si el supervisor de errores del servidor está en línea. El supervisor de errores del servidor está en línea si está conectado a la base de datos.

di

Especifica que la entrada sólo se aplica si el supervisor de errores del servidor se desconecta de la base de datos.

La palabra clave CONNECTION_STATE es opcional. Si omite esta palabra clave, la entrada siempre se aplica, sea cual sea el estado de la conexión.

NEW_STATE

Especifica el estado de la conexión entre la base de datos y el supervisor de errores del servidor que debe alcanzar el supervisor tras detectarse el error. Se permiten los siguientes valores para esta palabra clave:

*

Especifica que el estado de la conexión permanezca sin modificar.

co

Especifica que el supervisor de errores del servidor debe desconectarse de la base de datos y volver a conectarse de inmediato a la base de datos.

di

Especifica que el supervisor de errores del servidor debe desconectarse de la base de datos. El supervisor de errores del servidor se vuelve a conectar la próxima vez que sondea la base de datos.

La palabra clave NEW_STATE es opcional. Si omite esta palabra clave, el estado de la conexión de la base de datos permanece sin cambios después de que se detecte el error.

MESSAGE

Especifica un mensaje adicional que se imprime en el archivo de registro del recurso cuando se detecta este error. El mensaje debe incluirse entre comillas dobles. Este mensaje es adicional al mensaje estándar definido para el error.

La palabra clave MESSAGE es opcional. Si omite esta palabra clave, no se imprimirá ningún mensaje adicional en el archivo de registro del recurso cuando se detecta este error.

Cambio de la respuesta a un error de DBMS

La acción que el supervisor de errores del servidor lleva a cabo como respuesta a cada error de DBMS está preestablecida en la Tabla 1. Para determinar si necesita cambiar la respuesta a un error de DBMS, considere el efecto de los errores de DBMS en la base de datos para determinar si las acciones preestablecidas son apropiadas. Para ver ejemplos, consulte las subsecciones siguientes:

Para cambiar la respuesta a un error de DBMS, cree una entrada en un archivo de acción personalizada en el que se establecen las siguientes palabras clave:

Respuesta a un error con efectos importantes

Si un error que omite el supervisor de errores del servidor afecta a más de una sesión, es posible que el supervisor tenga que realizar alguna acción para evitar una pérdida de datos.

Por ejemplo, no se ha preestablecido ninguna acción para el error de Oracle 4031: unable to allocate num-bytes bytes of shared memory. No obstante, este error de Oracle indica que el área global compartida (SGA) no tiene suficiente memoria, está fragmentado incorrectamente, o ambas cosas. Si este error sólo afecta a una sesión, podría resultar apropiado omitirlo. En cambio, si este error afecta a más de una sesión, considere la posibilidad de que el supervisor de errores del servidor reinicie la base de datos.

El siguiente ejemplo muestra una entrada en un archivo de acción personalizada para cambiar la respuesta a un error de DBMS por un reinicio.

Ejemplo 4 Cambio de la respuesta a un error de DBMS por un reinicio

{
ERROR_TYPE=DBMS_ERROR;
ERROR=4031; 
ACTION=restart;
CONNECTION_STATE=*; 
NEW_STATE=*;
MESSAGE="Insufficient memory in shared pool.";
}

Este ejemplo muestra una entrada de un archivo de acción personalizada que anula la acción preestablecida para el error de DBMS 4031. Esta entrada especifica el siguiente comportamiento:

Omisión de un error con efectos poco importantes

Si los efectos de un error al que responde el supervisor de errores del servidor son poco importantes, omitir el error puede causar menos interrupciones que responder al error.

Por ejemplo, la acción preestablecida para el error de Oracle 4030: out of process memory when trying to allocate num-bytes bytes es reiniciar. Este error de Oracle indica que el supervisor de errores del servidor no ha podido asignar memoria en montón privada. Una posible causa de este error es que no hay suficiente memoria disponible en el sistema operativo. Si el error afecta a más de una sesión, podría resultar adecuado reiniciar la base de datos. No obstante, es posible que este error no afecte a otras sesiones porque no requieren memoria privada adicional. En este caso, considere la posibilidad de especificar que el supervisor de errores del servidor omita el error.

El ejemplo siguiente muestra una entrada en un archivo de acción personalizada para omitir un error de DBMS.

Ejemplo 5 Omisión de un error de DBMS

{
ERROR_TYPE=DBMS_ERROR;
ERROR=4030;
ACTION=none;
CONNECTION_STATE=*;
NEW_STATE=*;
MESSAGE="";
}

Este ejemplo muestra una entrada de un archivo de acción personalizada que anula la acción preestablecida para el error de DBMS 4030. Esta entrada especifica el siguiente comportamiento:

Cambio de la respuesta a las alertas registradas

El software Oracle registra alertas en un archivo identificado por la propiedad de extensión alert_log_file. El supervisor de errores del servidor examina este archivo y efectúa las acciones de respuesta a las alertas para las que se ha definido una acción.

La Tabla 2 enumera las alertas registradas para las que se ha preestablecido una acción. Cambie la respuesta a las alertas registradas para modificar la acción preestablecida o para definir nuevas alertas a las que responda el supervisor de errores del servidor.

Para cambiar la respuesta a las alertas registradas, cree una entrada en un archivo de acción personalizada en el que se establecen las siguientes palabras clave:

El supervisor de errores del servidor procesa las entradas de un archivo de acción personalizada en el orden en que se producen las entradas. Sólo se procesa la primera entrada que coincide con una alerta registrada. El resto de las entradas que coinciden se omiten. Si utiliza expresiones regulares con el fin de especificar acciones para varias alertas registradas, compruebe que las entradas más específicas aparezcan antes que las entradas más generales. Las acciones específicas que tengan lugar después de las acciones generales podrían omitirse.

Por ejemplo, un archivo de acción personalizada puede definir acciones diferentes para los errores que se identifican mediante las expresiones regulares ORA-65 y ORA-6. Para asegurarse de que no se omita la entrada que contiene la expresión regular ORA-65, compruebe si la entrada aparece antes de la entrada que contenga la expresión regular ORA-6.

En el ejemplo siguiente, se muestra una entrada de un archivo de acción personalizada para cambiar la respuesta a una alerta registrada.

Ejemplo 6 Cambio de la respuesta a una alerta registrada

{
ERROR_TYPE=SCAN_LOG;
ERROR="ORA-00600: internal error";
ACTION=RESTART;
}

En este ejemplo, se muestra una entrada de un archivo de acción personalizada que anula la acción preestablecida para las alertas registradas sobre errores internos. Esta entrada especifica el siguiente comportamiento:

Cambio del número máximo de sondeos consecutivos con tiempo de espera finalizado

De forma predeterminada, el supervisor de errores del servidor reinicia la base de datos tras el segundo sondeo con tiempo de espera finalizado. Si la base de datos está poco cargada, dos sondeos de tiempo de espera consecutivos finalizados deberían bastar para indicar que la base de datos está bloqueada. Sin embargo, si la carga es elevada, un sondeo del supervisor de errores del servidor puede finalizar el tiempo de espera aunque la base de datos funcione correctamente. Para impedir que el supervisor de errores del servidor reinicie la base de datos de forma innecesaria, aumente el número máximo de sondeos consecutivos con tiempo de espera finalizado.


Precaución

Precaución - Al aumentar el número máximo de sondeos consecutivos con tiempo de espera finalizado, se aumenta la cantidad de tiempo necesaria para detectar que la base de datos está bloqueada.


Para cambiar el número máximo permitido de sondeos consecutivos con tiempo de espera finalizado, cree una entrada en un archivo de acción personalizada para cada sondeo consecutivo con tiempo de espera finalizado permitido, excepto para el primer sondeo con tiempo de espera finalizado.


Nota - No es necesario crear una entrada para el primer sondeo con tiempo de espera finalizado. La acción que realiza el supervisor de errores del servidor como respuesta al primer sondeo con tiempo de espera finalizado está preestablecida.


Para el último sondeo permitido con tiempo de espera finalizado, cree una entrada en que las palabras clave estén definidas como se indica a continuación:

Para cada uno de los demás sondeos con tiempo de espera finalizado, excepto el primer sondeo con tiempo de espera finalizado, cree una entrada en que las palabras clave estén definidas como se indica a continuación:


Consejo - Para facilitar la depuración, especifique un mensaje que indique el número de secuencia del sondeo con tiempo de espera finalizado.


En el ejemplo siguiente, se muestran las entradas de un archivo de acción personalizada para aumentar a cinco el número máximo de sondeos consecutivos con tiempo de espera finalizado.

Ejemplo 7 Cambio del número máximo de sondeos consecutivos con tiempo de espera finalizado

{
ERROR_TYPE=TIMEOUT;
ERROR=2;
ACTION=NONE;
CONNECTION_STATE=*;
NEW_STATE=*;
MESSAGE="Timeout #2 has occurred.";
}

{
ERROR_TYPE=TIMEOUT;
ERROR=3;
ACTION=NONE;
CONNECTION_STATE=*;
NEW_STATE=*;
MESSAGE="Timeout #3 has occurred.";
}

{
ERROR_TYPE=TIMEOUT;
ERROR=4;
ACTION=NONE;
CONNECTION_STATE=*;
NEW_STATE=*;
MESSAGE="Timeout #4 has occurred.";
}

{
ERROR_TYPE=TIMEOUT;
ERROR=5;
ACTION=RESTART;
CONNECTION_STATE=*;
NEW_STATE=*;
MESSAGE="Timeout #5 has occurred. Restarting.";
}

En este ejemplo, se muestran las entradas de un archivo de acción personalizada para aumentar a cinco el número máximo de sondeos consecutivos con tiempo de espera finalizado. Estas entradas especifican el comportamiento siguiente:

Propagación de un archivo de acción personalizada a todos los nodos de un clúster

Un supervisor de errores del servidor debe comportarse de forma coherente en todos los nodos o las zonas de un clúster. Por consiguiente, el archivo de acción personalizada que utiliza el supervisor de errores del servidor debe ser idéntico en todos los nodos o las zonas del clúster. Después de crear o modificar un archivo de acción personalizada, compruebe que el archivo sea idéntico en todos los nodos o las zonas del clúster propagando el archivo a todos los nodos o las zonas de dicho clúster. Para propagar el archivo a todos los nodos o las zonas del clúster, utilice el método más adecuado para la configuración del clúster:

Especificación del archivo de acción personalizada que debe utilizar un supervisor de errores del servidor

Para aplicar acciones personalizadas a un supervisor de errores del servidor, debe especificar el archivo de acción personalizada que debe utilizar el supervisor de errores. Las acciones personalizadas se aplican a un supervisor de errores del servidor cuando este último lee un archivo de acción personalizada. Un supervisor de errores del servidor lee un archivo de acción personalizada cuando se especifica.

Al especificar un archivo de acción personalizada, también se valida el archivo. Si el archivo contiene errores de sintaxis, aparece un mensaje de error. Por lo tanto, después de modificar un archivo de acción personalizada, vuelva a especificar el archivo para validarlo.


Precaución

Precaución - Si se detectan errores de sintaxis en un archivo de acción personalizada modificado, corrija los errores antes de reiniciarse el supervisor de errores. Si al reiniciarse el supervisor de errores no se han corregido los errores de sintaxis, el supervisor de errores lee el archivo erróneo y omite las entradas que aparezcan tras el primer error de sintaxis.


Cómo especificar el archivo de acción personalizada que debe utilizar un supervisor de errores del servidor

  1. En un nodo del clúster, conviértase en superusuario o asuma una función que proporcione la autorización RBAC (control de acceso basado en funciones) solaris.cluster.modify.
  2. Defina la propiedad de extensión Custom_action_file del recurso SUNW.oracle_server.

    Defina esta propiedad en la ruta absoluta del archivo de acción personalizada.

    # clresource set -p custom_action_file=filepath server-resource
    -p custom_action_file=ruta_archivo

    Especifica la ruta absoluta del archivo de acción personalizada.

    recurso_servidor

    Especifica el recurso SUNW.oracle_server.