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

  • Rversion finale: Xanadu
  • Mis à jour 1 août 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 de 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 de 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 la panne de ces serveurs MID pour l’instance cible. Les processus de l’instance vous avertissent si un MID Server est en panne suite à des informations d’identification suspectées d’être 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 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è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é Mauvaises informations d’identification du serveur MID après le clone s’exécute 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 travaux suivants 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 travaux sont consignés 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 MID Server ne sont pas prêts pour un traitement normal et peuvent être indisponibles 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 lui manquait le rôle approprié.

    Une 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 clonage surveille la table Serveur MID [ecc_agent] à la recherche de serveurs MID en transition de Down à Up. Si la règle métier détecte qu’un Serveur MID effectue cette transition, elle tente de trouver un Serveur MID correspondant dans la table Problème [ecc_agent_issue] du Serveur MID dont la source de problème est InstanceClone et dont l’état n’est pas 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 dans 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 trouve un Serveur MID en panne en raison d’informations d’identification suspectées de mauvaises :Serveur MID non opérationnel (état : en panne), peut-être 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 indisponible, consultez la base de connaissances pour d’autres causes possibles.