Nachverfolgung des CMDB-Integritätsprozesses

  • Freigeben Version: Yokohama
  • Aktualisiert 30. Januar 2025
  • 2 Minuten Lesedauer

    • Verwenden Sie die folgenden Informationen, um Probleme mit den CMDB-Integritätsprozessen nachzuverfolgen und zu beheben.

    Protokollierung

    Standardmäßig werden nur Fehlermeldungen unter Angabe des Quellnamens „CmdbHealth“ in der syslog-Tabelle protokolliert. Aktualisieren Sie die Systemeigenschaft „glide.cmdb.logger.use_syslog.CMDBHealth“, um die Protokollierung von Info- und Warnmeldungen (die normalerweise zu Beginn und am Ende jedes Verarbeitungszyklus protokolliert werden) zu aktivieren. Informationen zur Verwendung dieser Eigenschaft finden Sie unter Systemeigenschaften für CMDB-Integrität.

    Verarbeitungsstatus

    Wenn geplante Aufgaben aktiviert sind, im jedoch keine Daten angezeigt werden<ph keyref="var.config-mgmt-database-short"/> Im Dashboard können Sie den Verarbeitungsstatus in der Tabelle „CMDB-Integritätsmetrikstatus“ [cmdb_health_metric_status] überprüfen. Entscheiden Sie abhängig vom Status der Metrik inactive, wie Sie vorgehen möchten.

    Zu Beginn lautet der Status aller Metriken „In Bearbeitung“.

    Mögliche Endzustände einer Metrik:
    Abgeschlossen
    Alle Klassen wurden verarbeitet und die Anzahl der Fehler liegt unter dem maximalen Fehlerschwellenwert.
    Max. Fehler
    Die Anzahl der Fehler für diese Metrik hat den maximalen Fehlerschwellenwert erreicht. Die Verarbeitung wurde abgebrochen und beginnt bei der nächsten Ausführung erneut.
    Tägliche Timeout-Pause
    Der Prozessor hat das Limit für die Verarbeitungszeit erreicht. Die Verarbeitung wird angehalten und bei der nächsten Ausführung fortgesetzt.
    Am Ende eines Verarbeitungszyklus hängt der Endstatus eines KPI vom Endstatus der zugehörigen Metriken ab. Möglicher Endzustand eines KPI:
    Abgeschlossen
    Alle zugehörigen Metriken befinden sich im Status „Abgeschlossen“, und die Berechnung der Punktzahl ist abgeschlossen.
    Unvollständig
    Die Punktzahl wird nicht berechnet, da eine der zugeordneten Metriken den maximalen Fehlerschwellenwert erreicht hat.
    Tägliche Timeout-Pause
    Zeitüberschreitung, weil eine der zugeordneten Metriken ihre maximale Verarbeitungsdauer erreicht hat.

    Verarbeitungsdauer

    Wenn eine Zeitüberschreitung für die Verarbeitung einer Metrik auftritt, können Sie herausfinden, für welche Klasse die Verarbeitung zu lange dauert. Anhand dieser Informationen können Sie feststellen, ob Validierungsregeln schwach sind.

    Der Fortschritt jeder Metrik wird in der Tabelle „Status des CMDB-Integritätsprozessors“ [cmdb_health_processor_status] verfolgt. Der Status für Klassen, die für eine Metrik verarbeitet wurden, lautet „Abgeschlossen“, und für Klassen, die noch verarbeitet werden müssen, „Entwurf“. Indem Sie die Aktualisierungszeit für jede Klasse betrachten, können Sie die Länge der Verarbeitungsdauer für jede Klasse berechnen.

    Verwaiste Datensätze aufgrund fehlerhafter Hierarchie

    Verwaisungsregeln können ein verwaistes CI erkennen, das Sie nicht aufrufen und löschen können. Möglicherweise besteht auch ein Konflikt zwischen der Listenansicht, in der die verwaisten Datensätze angezeigt werden, und der Gesamtzahl der Datensätze. Diese Feststellungen beruhen auf dem Löschen von Datensätzen in der Datenbank aus nur einer Tabelle in der CMDB-Hierarchie.

    Diese CI-Datensätze sind nicht über GlideRecord zugänglich und müssen direkt aus der Datenbank gelöscht werden. Daher müssen Sie sich in diesem Fall zum Löschen eines verwaisten CI aus der Datenbank an den Support wenden, um Hilfe zu erhalten.

    Verwaiste Testergebnisse geben an, wo genau die Hierarchie beschädigt ist. Beispielsweise bedeutet die Meldung „This cmdb_ci_linux_server CI [91054fc24f22520053d6e1d18110c713] is missing record in cmdb_ci_computer table“, dass ein Datensatz dieser sys_id aus den Tabellen „CMDB“, „cmdb_ci, cmdb_ci_hardware“, „cmdb_ci_server“ und „cmdb_ci_linux_server“ gelöscht werden muss (die Klasse „Computer“ befindet sich in der Hierarchie zwischen den Klassen „Hardware“ und „Server“.)

    Skript-Audits übersprungen

    Eine Fehlermeldung wird protokolliert, wenn die Ergebnisse eines Skript-Audits nicht im Compliance-KPI enthalten sind. Der Grund dafür kann sein, dass das Skript im Audit nicht aktualisiert wurde, sodass das Feld Letztes Ausführungsdatumnicht ausgefüllt wurde. Ohne einen Wert für Letztes Ausführungsdatum kann CMDB-Integrität diese Ausführungsergebnisse nicht als Teil einer kürzlichen vollständigen Auditausführung identifizieren und überspringt diese Ergebnisse.