Problèmes d’informations d’identification post-clonage du MID Server actif

  • Rversion finale: Washingtondc
  • Mis à jour 1 févr. 2024
  • 3 minutes de lecture

    • Le système fournit des processus automatiques pour détecter et vous notifier d’éventuels problèmes d’informations d’identification du MID Server 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 MID Server source copiées dans l’instance cible peuvent ne pas correspondre à celles utilisées par l’ensemble existant de MID Servers utilisé par la cible. Des informations d’identification incorrectes peuvent entraîner la panne de ces MID Servers pour l’instance cible. Les processus de l’instance vous informent si un MID Server est en panne suite à des informations d’identification incorrectes suspectées suite à un clone d’instance.

    Table des problèmes d’informations d’identification post-clonage

    La table Problèmes de MID Server [ecc_agent_issue] stocke les problèmes de MID Server actifs après un clone d’instance. Les enregistrements de cette table affichent l’état actuel d’un MID Server, les heures d’évaluation et la source du problème. Pour les tickets où un MID Server d’une instance clonée est en panne en raison d’éventuelles informations d’identification incorrectes, la source du problème est InstanceClone. Les données de la table Problèmes de MID Server [ecc_agent_issue] sont affichées dans une liste connexe sur un enregistrement de MID Server. 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 tâches planifiées

    Un script de nettoyage appelé Informations d’identification du MID Server incorrectes après clonage s’exécute sur l’instance cible après le clonage et appelle un script include appelé BadMIDCredentialAfterClone. Ce script include 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 MID Server [ecc_agent_issue] tous les MID Servers qui existaient sur l’instance cible avant le clone et qui sont à l’état En panne . Ces MID Servers 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 la non-évaluation du clone.
    Remarque :
    Le journal du MID Server indique que l’utilisateur du MID Server associé à l’instance cible n’a pas pu être authentifié ou qu’il manquait le rôle approprié.

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

    La règle métier Vérifier l’absence d’informations d’identification MID incorrectes après clonage surveille la table des MID Servers [ecc_agent] pour détecter les MID Servers en transition vers le bas vers le haut. Si la règle métier détecte qu’un MID Server effectue cette transition, elle tente de trouver un MID Server correspondant dans la table Problème de MID Server [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 MID Server 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èmes de MID Server [ecc_agent_issue] désigne l’utilisateur du MID Server affecté. Ce message s’affiche chaque fois que la règle métier s’exécute et trouve un MID Server en panne en raison d’informations d’identification suspectées d’être incorrectes : MID Server non opérationnel (état : en panne), peut-être 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 MID Server affecté. Si les informations d’identification sont incorrectes, résolvez le problème et vérifiez à nouveau l’état du MID Server. Si les informations d’identification sont correctes, mais que le MID Server reste indisponible, consultez la base de connaissances pour rechercher d’autres causes possibles.