Gestion de la haute disponibilité en cas d'échec du démarrage des moteurs de messagerie
Si un moteur de messagerie ne parvient pas à démarrer sur un serveur, ce dernier est désactivé en tant qu'emplacement d'exécution pour ce moteur. Une fois que le problème empêchant le moteur de démarrer a été résolu, vous devez réactiver manuellement le serveur pour maintenir votre environnement à haute disponibilité.
Pourquoi et quand exécuter cette tâche
CWSID0039E : L'activation initialisée par HAManager a échoué. Le moteur de messagerie nom_moteur_messagerie va être désactivé.
Dans certains cas, le démarrage du moteur de messagerie peut échouer de façon répétée. Dans l'exemple ci-dessous, un moteur de messagerie hébergé dans un cluster de trois serveurs est configuré pour utiliser un magasin de données. Le cluster est démarré avant la base de données hébergeant le magasin de données. Le moteur de messagerie tente de démarrer sur le serveur serveur1, puis essaie de se connecter au magasin de données pendant un délai de 15 minutes (valeur par défaut).



Lorsque vous avez corrigé le problème empêchant le moteur de messagerie de démarrer, réactivez les serveurs pour la haute disponibilité en les redémarrant ou en exécutant les étapes de cette tâche de façon à les activer au moyen de la console d'administration.
Procédure
Que faire ensuite
Lorsqu'un moteur de messagerie utilisant un magasin de données bascule sur un autre serveur d'applications, il peut éventuellement tenter de démarrer avant que le serveur de bases de données ne détecte la perte de la connexion réseau avec le serveur d'applications d'origine. Etant donné que le serveur de bases de données n'a pas détecté la perte de la connexion, les tables du magasin de données restent verrouillées et le moteur de messagerie ne parvient pas à démarrer. Dans ce cas, le démarrage du moteur de messagerie peut échouer sur tous les serveurs du cluster. Pour éviter ce problème, réglez votre système pour qu'il détecte plus rapidement la perte de la connexion.