---
sourceDocument: Yokohama Now Platform-Fähigkeiten
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/de-DE/yokohama/servicenow-platform

 Release :

    - yokohama

ft:locale :

    - de-DE

ft:publication_title :

    - Yokohama Now Platform-Fähigkeiten

ft:clusterId :

    - platcap

bundleId :

    - platcap

workflow :

    - Platform


---

# Aktive MID-Server-Anmeldeinformationsprobleme nach dem Klonen

# Aktive MID-Server-Anmeldeinformationsprobleme nach dem Klonen {#ariaid-title1}

* Freigeben Version: Yokohama
* 
* Aktualisiert 30. Januar 2025
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 2 Minuten Lesedauer

Das System bietet automatische Prozesse, um mögliche Probleme mit MID-Server-Anmeldeinformationen nach dem Klonen der Instanz zu erkennen und zu benachrichtigen.
Während eines Instanzklons wird die MID-Server-Tabelle \[ecc_Agent\] nicht aus der Quellinstanz kopiert, aber die Anwendertabelle \[sys_user\] wird kopiert. Daher stimmen die in die Zielinstanz kopierten Quell-MID-Server-Anwenderanmeldeinformationen möglicherweise nicht mit denen überein, die von dem vorhandenen Satz von MID-Servern verwendet werden, die vom Ziel verwendet werden. Ungültige Anmeldeinformationen können dazu führen, dass diese MID-Server für die Zielinstanz ausgefallen sind. Prozesse in der Instanz benachrichtigen Sie, wenn ein MID-Server nach einem Instanzklon aufgrund vermuteter fehlerhafter Anmeldeinformationen ausgefallen ist.

## Tabelle für Probleme mit Anmeldeinformationen nach dem Klonen

Die Tabelle „MID-Serverproblem" \[ecc_Agent_issue\] speichert aktive MID-Serverprobleme nach dem Klonen einer Instanz. Datensätze in dieser Tabelle zeigen den aktuellen Status eines MID-Servers, die Auswertungszeiten und den an Problemquelle . Für Fälle, in denen ein MID-Server für eine geklonte Instanz aufgrund möglicher ungültiger Anmeldeinformationen ausgefallen ist, ist Problemquelle Ist Instanzklon . Daten aus der Tabelle „MID-Serverproblem" \[ecc_Agent_issue\] werden in einer zugehörigen Liste in einem MID-Server-Datensatz angezeigt . Datensätze in dieser Tabelle werden entfernt, wenn sie seit 30 Tagen nicht erkannt wurden. Laufende Probleme werden erneut angezeigt, sobald sie auftreten.

## Bereinigungsskript nach dem Klonen und geplante Aufgaben

Ein Bereinigungsskript aufgerufen Ungültige MID-Server-Anmeldeinformationen nach dem Klonen Wird nach dem Klonen auf der Zielinstanz ausgeführt und ruft eine Skripteinbindung auf, die aufgerufen wird BadMIDAnmeldeinformationen nach Klon . Diese Skripteinbindung plant die Ausführung der folgenden Aufträge in der Tabelle „Zeitplanelement \[sys_Trigger\]":

* BadMIDAnmeldeinformationen nach Klon-1 : Wird 15 Minuten nach der Klonausführung ausgeführt.
* BadMIDAnmeldeinformationen nach Klon-2 : Wird 75 Minuten nach der Klonausführung ausgeführt.

{#mid-post-clone-issue-resolution__ul_dgl_bzt_3y}Diese Aufträge werden in der Tabelle „MID-Serverproblem" \[ecc_Agent_issue\] alle MID-Server protokolliert, die vor dem Klon in der Zielinstanz vorhanden waren und sich in befinden Ausgefallen status. Diese MID-Server sind nicht bereit für die normale Verarbeitung und können aufgrund ungültiger Anmeldeinformationen ausgefallen sein, die aus dem Klonprozess resultieren. Der Status der MID-Server, die der Zielinstanz hinzugefügt wurden, nachdem der Klon nicht ausgewertet wurde.  
Hinweis:  
Die [MID-Serverprotokoll](https://servicenow-prod.fluidtopics.net/Dvf3EHt~vTquPOBS2U21Nw#manage-ecc-queue-content "Mit der ECC-Warteschlange können Sie ECC-Warteschlangennachrichten erstellen, auf MID-Server-Protokolleinträge zugreifen und Statistiken aus einem einzelnen MID-Server-Datensatz abrufen.")Zeigt an, dass der der der Zielinstanz zugeordnete MID-Server-Anwender nicht authentifiziert werden konnte oder die richtige Rolle fehlte.

## Business-Regel, die nach ungültigen Anmeldeinformationen sucht

Die Überprüfen Sie nach dem Klonen auf ungültige MID-Anmeldeinformationen Die Business-Regel überwacht die Tabelle „MID-Server" \[ecc_Agent\] für MID-Server, die von wechseln Ausgefallen Bis Aktiv . Wenn die Business-Regel einen MID-Server findet, der diesen Übergang durchführt, versucht die Regel, einen übereinstimmenden MID-Server in der Tabelle „MID-Serverproblem" \[ecc_Agent_issue\] zu finden, der eine Problemquelle von aufweist Instanzklon Und ein anderer Status als Gelöst . Wenn eine Übereinstimmung gefunden wird, aktualisiert die Business-Regel den Status des MID-Servers in der Tabelle \[ecc_Agent_issue\] auf Gelöst .

## Beheben von MID-Serverproblemen

Die Fehlermeldung in der Tabelle „MID-Serverproblem" \[ecc_Agent_issue\] benennt den betroffenen MID-Server-Anwender. Diese Nachricht wird jedes Mal angezeigt, wenn die Business-Regel ausgeführt wird und einen MID-Server findet, der aufgrund vermuteter fehlerhafter Anmeldeinformationen ausgefallen ist: MID-Server nicht funktionsfähig (Status: Ausgefallen), möglicherweise aufgrund des letzten Klons. Überprüfen Sie die Anmeldeinformationen für den angemeldeten Anwender „local-midserver".

Versuchen Sie, das Problem zuerst zu beheben, indem Sie die Anmeldeinformationen des Anwenders mit den Anmeldeinformationen vergleichen, die der betroffene MID-Server erwartet. Wenn die Anmeldeinformationen falsch sind, beheben Sie das Problem, und überprüfen Sie den MID-Serverstatus erneut. Wenn die Anmeldeinformationen korrekt sind, der MID-Server jedoch ausgefallen ist, überprüfen Sie [Knowledge Base](https://support.servicenow.com/nav_to.do?uri=/kb_view.do?sysparm_article=KB0597571)Für andere mögliche Ursachen.