--- sourceDocument: Options de la plateforme d’IA ServiceNow de Yokohama sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/fr-FR/yokohama/servicenow-platform Release : - yokohama ft:locale : - fr-FR ft:publication_title : - Options de la plateforme d’IA ServiceNow de Yokohama ft:clusterId : - platcap bundleId : - platcap workflow : - Platform --- # Serveur MID actif après le clonage Problèmes d'informations d'identification # Serveur MID actif après le clonage Problèmes d'informations d'identification {#ariaid-title1} * Rversion finale: Yokohama * * Mis à jour 30 janv. 2025 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 3 minutes de lecture Le système fournit des processus automatiques pour détecter et vous avertir des problèmes possibles d'informations d'identification du serveur MID après le clonage de l'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'interruption de ces serveurs MID pour l'instance cible. Les processus sur l'instance vous informent si un serveur MID est en panne en raison d'informations d'identification suspectées incorrectes suite à un clone d'instance. ## Table pour les problèmes d'informations d'identification post-clonage La table MID Server Issue (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. Dans 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 MID Server Issue (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 incorrectes du serveur MID 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. {#mid-post-clone-issue-resolution__ul_dgl_bzt_3y}Ces tâches consignent dans la table MID Server Issue (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 En panne . 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. État des serveurs MID ajoutés à l'instance cible après que le clone n'est pas évalué. Remarque : Le [journal du serveur MID](https://servicenow-prod.fluidtopics.net/inIrGxqcfbwPryqn4wC2Lg#manage-ecc-queue-content "ECC Queue (File d’attente ECC) vous permet de créer des messages ECC Queue (File d’attente ECC), d’accéder aux entrées du journal du serveur MID et de récupérer les statistiques d’un enregistrement individuel du serveur MID.") indique que l'utilisateur du serveur MID associé à l'instance cible n'a pas pu être authentifié ou qu'il n'a pas le 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 Down à Up. Si la règle métier trouve un serveur MID effectuant cette transition, elle tente de trouver un serveur MID correspondant dans la table Problème de serveur MID \[ecc_agent_issue\] ayant 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 dans la table MID Server Issue (Problème de serveur MID) \[ecc_agent_issue\] nomme l'utilisateur du serveur MID concerné. 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 suspicions d'informations d'identification 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, résolvez 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](https://support.servicenow.com/nav_to.do?uri=/kb_view.do?sysparm_article=KB0597571) pour d'autres causes possibles.