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, que vous pouvez éventuellement 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  

Arrêt_lent

Cette propriété d'extension permet de fermer lentement le programme à l'aide de la commande imqcmd. Elle doit être définie sur VRAI si vous souhaitez un arrêt lent avant de tenter de tuer le processus Sun Java System Message Queue. Si elle est définie sur VRAI, le mot de passe doit être spécifié dans $IMQ_VARHOME/instances/broker/scs1mqconfig.

Définissez cette propriété sur VRAI si :

  • Il est souhaitable d'utiliser la commande imqcmd pour fermer le courtier au lieu de la fermeture par défaut, consistant à émettre le signal SIGTERM.

  • Peu importe que l'agent inclue le mot de passe dans la chaîne de commande imqcmd.

Valeur par défaut : Faux

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 Délai_sonde.

  2. Elle se connecte aux combinaisons adresse IP/port définies par la configuration des ressources réseau et le paramètre liste_ports 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 Intervalle_nouvelles_tentatives 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 la durée de Délai_sonde.

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