Problèmes d’informations d’identification post-clonage d’un Serveur MID actif

  • Rversion finale: Yokohama
  • Mis à jour 30 janv. 2025
  • 3 minutes de lecture

    • Le système fournit des processus automatiques pour détecter et vous avertir d’éventuels problèmes d’informations d’identification du serveur MID après le clonage d’instance.

    Lors d’un clone d’instance, la table Serveur MID [ecc_agent] n’est pas copiée à partir de l’instance source, mais la table Utilisateur [sys_user] est copiée. Par conséquent, les informations d’identification de l’utilisateur du Serveur MID source copiées dans l’instance cible peuvent ne pas correspondre à celles utilisées par l’ensemble existant de Serveurs MID utilisé par la cible. Des informations d’identification incorrectes peuvent entraîner l’arrêt de ces MID Server pour l’instance cible. Les processus sur l’instance vous informent si un serveur MID est en panne suite à des suspicions d’informations d’identification incorrectes suite à un clone d’instance.

    Table pour les problèmes d’informations d’identification post-clonage

    La table Problème de Serveur MID [ecc_agent_issue] stocke les problèmes de Serveur MID actifs après un clone d’instance. Les enregistrements de cette table affichent l’état actuel d’un Serveur MID, les heures d’évaluation et la source du problème. Pour les cas où un Serveur MID pour une instance clonée est en panne en raison d’informations d’identification incorrectes, la source du problème est InstanceClone. Les données de la table Problème de Serveur MID [ecc_agent_issue] sont affichées dans une liste connexe sur un enregistrement de Serveur MID. Les enregistrements de cette table sont supprimés s’ils n’ont pas été détectés pendant 30 jours. Les problèmes en cours réapparaissent au fur et à mesure qu’ils se produisent.

    Script de nettoyage post-clonage et travaux planifiés

    Un script de nettoyage appelé Informations d’identification de serveur MID incorrectes après l’exécution du clone sur l’instance cible après le clonage et appelle un include de script appelé BadMIDCredentialAfterClone. Cet include de script planifie l’exécution des tâches suivantes sur la table Élément de calendrier [sys_trigger] :
    • BadMIDCredentialAfterClone-1 : s’exécute 15 minutes après l’exécution du clone.
    • BadMIDCredentialAfterClone-2 : s’exécute 75 minutes après l’exécution du clone.
    Ces tâches consignent dans la table Problème de Serveur MID [ecc_agent_issue] tous les serveurs MID qui existaient sur l’instance cible avant le clone et qui sont à l’état Inactif . Ces serveurs MID ne sont pas prêts pour un traitement normal et peuvent être en panne en raison d’informations d’identification non valides résultant du processus de clonage. L’état des MID Servers ajoutés à l’instance cible après que le clone n’est pas évalué.
    Remarque :
    Le journal du serveur MID indique que l’utilisateur du serveur MID associé à l’instance cible n’a pas pu être authentifié ou qu’il ne dispose pas du rôle approprié.

    Règle métier qui vérifie les informations d’identification incorrectes

    La règle métier Vérifier les informations d’identification MID incorrectes après un clone surveille la table Serveur MID [ecc_agent] à la recherche de serveurs MID en transition de bas en haut. Si la règle métier détecte un serveur MID effectuant cette transition, la règle tente de trouver un serveur MID correspondant dans la table Problème de serveur MID [ecc_agent_issue] qui a une source de problème InstanceClone et un état autre que Résolu. Si une correspondance est trouvée, la règle métier met à jour l’état du serveur MID dans la table [ecc_agent_issue] sur Résolu.

    Résolution des problèmes de Serveur MID

    Le message d’erreur de la table Problème de Serveur MID [ecc_agent_issue] nomme l’utilisateur du Serveur MID affecté. Ce message s’affiche chaque fois que la règle métier s’exécute et détecte un serveur MID en panne suite à des informations d’identification suspectées incorrectes : Serveur MID non opérationnel (état : en panne), éventuellement en raison d’un clone récent. Vérifiez les informations d’identification de l’utilisateur connecté « local-midserver ».

    Essayez d’abord de résoudre le problème en comparant les informations d’identification de l’utilisateur avec les informations d’identification attendues par le serveur MID affecté. Si les informations d’identification sont incorrectes, corrigez le problème et vérifiez à nouveau l’état du serveur MID. Si les informations d’identification sont correctes, mais que le serveur MID reste en panne, consultez la base de connaissances pour connaître d’autres causes possibles.