test

Sun Cluster: Guía del servicio de datos para Sun Java System Message Queue para SO Solaris

Funcionamiento del supervisor de fallos de Sun Cluster HA for Sun Java System Message Queue

Esta sección explica los supervisores de fallos de Sun Cluster HA for Sun Java System Message Queue.

Propiedades de extensión

El supervisor de fallos de Sun Cluster HA for Sun Java System Message Queue utiliza las siguientes propiedades de la extensión. Debe poder ajustarlas.

Tabla 1–3 Propiedades de extensión de Sun Cluster HA for Sun Java System Message Queue

Nombre/tipo de datos 

Descripción  

Smooth_shutdown

La propiedad de extensión Smooth_shutdown permite un apagado suave con la orden imqcmd. Esta propiedad de extensión se debe fijar en TRUE si se desea que haya un apagado suave antes de intentar elminar el proceso de Sun Java System Message Queue. Si esta propiedad de extensión es TRUE, la contraseña se debe establecer en $IMQ_VARHOME/instances/broker/scs1mqconfig.

Defina la propiedad de extensión como TRUE si

  • Es recomendable utilizar imqcmd para apagar el agente, en lugar de la opción predeterminada de apagado, que consiste en enviar la señal SIGTERM.

  • No importa que el agente incluya la contraseña en la secuencia de órdenes imqcmd.

Valor predeterminado: False

Ajustable: En cualquier momento

Análisis de funciones y algoritmos

El análisis de Sun Cluster HA for Sun Java System Message Queue envía una solicitud al servidor para consultar el estado del servidor Sun Java System Message Queue. El análisis realiza los pasos siguientes:

  1. Analiza la instancia de Sun Java System Message Queue según el valor de tiempo de espera establecido con la propiedad de recurso Probe_timeout.

  2. Se conecta a la dirección IP y las combinaciones de puerto definidas por la configuración de recursos de red y la configuración de Port_list del grupo de recursos. Si la conexión es satisfactoria, el análisis lee la información de la reasignación de puertos. Finalmente, el análisis se desconecta. Si cualquier parte de la conexión falla, se registra el fallo.

    Un tráfico pesado en la red, una carga elevada del sistema o una configuración errónea pueden hacer que falle la consulta. La configuración errónea se puede producir si no se ha configurado el servidor Sun Java System Message Queue para que reciba en todas las combinaciones de direcciones IP y puertos analizados. El servidor Sun Java System Message Queue debería servir a todos los puertos de cada dirección de IP que se especifica para el recurso.

    A continuación se indica un análisis totalmente insatisfactorio.

    El siguiente mensaje de error se recibe cuando no se puede conectar al servidor. %s indica el nombre del sistema y %d indica el número de puerto.


    Failed to connect to the host <%s> and port <%d>.

  3. Acumula fallos parciales que se producen en el intervalo de propiedad de recursos Retry_interval hasta que se alcance un fallo total que requiera una acción.

    A continuación se indican fallos parciales de análisis:

    • Failed to disconnect from port %d of resource %s.


      Failed to disconnect from port %d of resource %s.

    • No ha sido posible completar todos los pasos del análisis dentro del tiempo Probe_timeout.

    • El siguiente mensaje de error se recibe cuando no se pueden leer los datos del servidor por otros motivos. El primer %s indica el nombre de sistema y %d indica el número de puerto. El segundo %s indica más detalles sobre el error.


      Failed to communicate with server %s port %d: %s

Basado en el historial de fallos, un fallo puede provocar un reinicio local o una recuperación de fallos del servicio de datos.