Probleme mit der Berechtigung der aktiven MID Server nach dem Klonen

  • Freigeben Version: Washingtondc
  • Aktualisiert 1. Februar 2024
  • 2 Minuten Lesedauer

    • Das System bietet automatische Prozesse zur Erkennung und Benachrichtigung über mögliche MID-Server-Anmeldeinformationen nach dem Klonen von Instanzen.

    Während des Klonens einer Instanz wird nicht die Tabelle „MID-Server“ [ecc_agent] aus der Quellinstanz kopiert, sondern die Tabelle „Benutzer“ [sys_user]. Infolgedessen stimmen die in die Zielinstanz kopierten Benutzeranmeldeinformationen des MID-Servers möglicherweise nicht mit denen überein, die von den vorhandenen MID-Servern des Ziels verwendet werden. Fehlerhafte Anmeldeinformationen können dazu führen, dass diese MID-Server für die Zielinstanz nicht verfügbar sind. Prozesse in der Instanz benachrichtigen Sie, wenn ein MID-Server nach einem Instanzklon aufgrund eines Verdachts auf fehlerhafte Anmeldeinformationen ausfällt.

    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. Die Datensätze in dieser Tabelle zeigen den aktuellen Status des MID-Servers, die Auswertungszeiten und der Ursprung des Problems. In Fällen, in denen ein MID-Server für eine geklonte Instanz wegen möglicher ungültiger Anmeldeinformationen inaktiv ist, der Ursprung des Problems ist InstanceClone. Daten aus der Tabelle „MID Server-Problem“ [ecc_agent_issue] werden in einer zugehörigen Liste in einem MID Server-Datensatz angezeigt. Datensätze in dieser Tabelle werden entfernt, wenn sie 30 Tage lang nicht erkannt wurden. Laufende Probleme werden wieder angezeigt, sobald sie auftreten.

    Bereinigungsskript und regelmäßige Aufgaben nach dem Klonen

    Ein Bereinigungsskript mit dem Namen Ungültige MID-Server-Anmeldeinformationen nach dem Klonen wird nach dem Klonen für die Zielinstanz aufgerufen und ruft eine Skripteinbindung mit dem Namen BadMIDCredentialAfterClone auf. Diese Skripteinbindung plant die Ausführung der folgenden Aufträge in der Tabelle „Zeitplanelement“ [sys_trigger]:
    • BadMIDCredentialAfterClone-1: Wird 15 Minuten nach der Ausführung des Klons ausgeführt.
    • BadMIDCredentialAfterClone-2: Wird 75 Minuten nach der Ausführung des Klons ausgeführt.
    Diese Aufträge protokollieren in der Tabelle „MID-Serverproblem“ [ecc_agent_issue] alle MID-Server, die auf der Zielinstanz vor dem Klonen vorhanden waren und sich im Status Ausgeschaltet befinden. Diese MID-Server sind nicht für die normale Verarbeitung verfügbar und möglicherweise aufgrund ungültiger Anmeldeinformationen, die aus dem Klonvorgang resultieren inaktiv. Der Status der MID-Server, die der Zielinstanz nach dem Klon hinzugefügt wurden, wird nicht ausgewertet.
    Hinweis:
    Das MID-Serverprotokoll zeigt an, dass der mit der Zielinstanz verknüpfte MID-Server-Benutzer nicht authentifiziert werden konnte oder die richtige Rolle fehlte.

    Business Rule, die auf fehlerhafte Anmeldeinformationen prüft

    Die Business Rule Auf fehlerhafte MID-Anmeldeinformationen prüfen überwacht die Tabelle „MID-Server“ [ecc_agent] für MID-Server, die aus dem Status Ausgeschaltet in den Status In Betrieb wechseln. Wenn die Business Rule einen MID-Server findet, der diesen Übergang durchführt, versucht die Regel, einen passenden MID-Server in der Tabelle „MID-Serverproblem“ [ecc_agent_issue] zu finden, für den eine Problemquelle InstanceClone und ein anderer Status als Gelöst vorliegt. Wenn eine Übereinstimmung gefunden wird, aktualisiert die Business Rule den Status des MID-Servers in der Tabelle [ecc_agent_issue] in Gelöst.

    MID-Server-Probleme lösen

    Die Fehlermeldung in der Tabelle „MID-Serverproblem“ [ecc_agent_issue] benennt den betroffenen MID-Server-Benutzer. Diese Nachricht wird jedes Mal angezeigt, wenn die Geschäftsregel ausgeführt und ein MID Server gefunden wird, der aufgrund vermutlich fehlender Anmeldeinformationen fehlgeschlagen ist:Der MID Server ist nicht betriebsbereit (Status: Ausgeschaltet), möglicherweise aufgrund des letzten Klons. Überprüfen Sie die Anmeldeinformationen für den angemeldeten Benutzer „local-midserver“.

    Versuchen Sie, das Problem zuerst zu beheben, indem Sie die Anmeldeinformationen des Benutzers mit den Anmeldeinformationen vergleichen, die der betroffene MID-Server erwartet. Wenn die Anmeldeinformationen nicht korrekt sind, beheben Sie das Problem und überprüfen Sie den Status des MID-Servers erneut. Wenn die Anmeldeinformationen korrekt sind, der MID Server jedoch nicht aktiv ist, prüfen Sie die Knowledge Base auf andere mögliche Ursachen.