test

Guide des services de données Sun Cluster pour Sun Java System Message Queue pour SE Solaris

Fonctionnement du détecteur de pannes de Sun Cluster HA pour Sun Java System Message Queue

Cette rubrique décrit le détecteur de pannes de Sun Cluster HA pour Sun Java System Message Queue.

Propriétés d'extension

Le détecteur de pannes de Sun Cluster HA pour Sun Java System Message Queue utilise les propriétés d'extension ci-dessous, Vous pouvez éventuellement les régler.

Tableau 1–3 Propriétés d'extension Sun Cluster HA pour Sun Java System Message Queue

Nom/Type de données 

Description  

Smooth_shutdown

Cette propriété d'extension permet de fermer lentement le programme à l'aide de la commande imqcmd. Elle doit être paramétrée sur TRUE si vous souhaitez tenter un arrêt en douceur avant d'interrompre brutalement le processus Sun Java System Message Queue. Dans ce cas, le mot de passe doit être spécifié dans $IMQ_VARHOME/instances/broker/scs1mqconfig.

Paramétrez cette propriété sur TRUE si :

  • vous souhaitez utiliser la commande imqcmd pour fermer le courtier au lieu de la procédure de fermeture par défaut, consistant à émettre le signal SIGTERM ;

  • l'ajout du mot de passe dans la chaîne de commande imqcmd par l'agent ne constitue pas un problème.

Valeur par défaut : False

Réglable :à tout moment

Analyse d'algorithmes et de fonctionnalités

La sonde Sun Cluster HA pour Sun Java System Message Queue envoie une requête au serveur pour consulter l'état du serveur Sun Java System Message Queue. Elle exécute la procédure suivante :

  1. Elle sonde l'instance de Sun Java System Message Queue en fonction du délai d'attente défini dans la propriété de ressource Probe_timeout.

  2. Elle se connecte aux combinaisons adresse IP/port définies par la configuration des ressources réseau et le paramètre Port_list du groupe de ressources. Si la connexion réussit, la sonde lit les informations du mappeur de port. Elle finit par se déconnecter. Si la connexion échoue à un moment donné, un échec est enregistré.

    La requête peut échouer en raison d'un trafic réseau intense, d'une charge système importante ou d'une configuration erronée. Cette dernière situation peut survenir si vous n'avez pas configuré le serveur Sun Java System Message Queue pour qu'il écoute sur toutes les combinaisons adresse IP/port sondées. Le serveur Sun Java System Message Queue doit traiter chaque port de chaque adresse IP spécifiée pour la ressource.

    Voici un exemple d'échec total d'analyse.

    Le message d'erreur suivant est émis en cas d'échec de connexion au serveur. %s correspond au nom d'hôte, et %d au numéro de port.


    Échec de connexion à l'hôte <%s> et au port <%d>.

  3. La sonde accumule les échecs partiels survenant dans la définition de la propriété de ressource Retry_interval jusqu'à ce qu'ils équivalent à un échec total demandant une intervention.

    Vous trouverez ci-dessous des échecs d'analyse partiels.

    • Échec de déconnexion du port %d de la ressource %s.


      Échec de déconnexion du port %d de la ressource %s.

    • Échec de réalisation de toutes les étapes de l'analyse dans le cadre du délai défini par la propriété Probe_timeout.

    • Le message d'erreur suivant est émis lors d'un échec de lecture des données du serveur pour d'autres raisons. Le premier %s correspond au nom d'hôte, et %d au numéro de port. Le second %s fournit plus de détails sur l'erreur.


      Échec de communication avec le port %s du serveur %d : %s

Basée sur l'historique des pannes, une défaillance peut entraîner un redémarrage local ou une panne du service de données.