Abgleichregeln

  • Freigeben Version: Zurich
  • Aktualisiert 31. Juli 2025
  • 4 Minuten Lesedauer
  • Abgleichsregeln bestimmen, welche Discovery-Quellen CI-Attribute aktualisieren können.

    Discovery-Quellen, z. B. Eventmanagement, ImportSet, ManualEntry und Tivoli, werden mit verwendet CreateOrUpdateCI() API zum Simulieren manueller Updates von CIs. Ohne Abgleichsregeln können Discovery-Quellen die Aktualisierungen der anderen Attributwerte überschreiben.

    Es gibt zwei Arten von Abgleichsregeln:
    Statische Abgleichsregeln

    Statische Abgleichsregeln sind die Legacy-Abgleichsregeln, die Prioritäten für die verschiedenen Discovery-Quellen zum Aktualisieren von CI-Attributen festlegen. Statische Abgleichsregeln geben an, welche Discovery-Quellen Klassenattribute aktualisieren können, und die Rangfolge dieser Discovery-Quellen.

    Stellen Sie beim Erstellen statischer Abgleichsregeln sicher, dass für jede Discovery-Quelle eine Abgleichsregel vorhanden ist, die zum Aktualisieren eines Attributs berechtigt ist. Abgleichsregeln können auf übergeordneter und untergeordneter Klassenebene definiert werden.

    Statische Abgleichsregeln werden in der Tabelle „Abgleichsdefinition“ [cmdb_Reconciliation_Definition] gespeichert.

    Dynamische Abgleichsregeln

    Dynamische Abgleichsregeln basieren auf Attributwerten, die von verarbeitet werden CMDB 360/CMDB mit mehreren Quellen Anstatt auf Discovery-Quellpriorität. Zunächst verarbeitet CMDB 360 die aktuellen Nutzlastdaten in den CMDB 360-Datenspeicher. Wenn IRE dann eine dynamische Abgleichsregel anwendet, wählt IRE beispielsweise den größten oder am meisten gemeldeten Wert für alle Discovery-Quellen aus. Da dynamische Abgleichsregeln CMDB 360 nutzen, müssen Sie diese Funktion aktivieren, um dynamische Abgleichsregeln zu verwenden.

    Das Erstellen dynamischer Abgleichsregeln kann nützlich sein, wenn es beispielsweise schwierig wird, die Prioritätsreihenfolge für mehrere Discovery-Quellen festzulegen. Pro Klassenattribut kann nur eine einzelne dynamische Abgleichsregel vorhanden sein.

    Dynamische Abgleichsregeln werden in der Tabelle „dynamische Abgleichsdefinitionen“ [cmdb_Dynamic_Reconciliation_Definition] gespeichert.

    Beispiele für statische Abgleichsregeln

    Die folgenden statischen Beispielabgleichsregeln werden für erstellt cmdb_ci_computerKlasse und ITS cmdb_ci_linux_serverUntergeordnete Klasse:
    1. Discovery ist ausschließlich zum Aktualisieren von berechtigt nameAttribut in cmdb_ci_computerKlasse.

      Da Abgleichsregeln von untergeordneten Klassen von übergeordneten Klassen abgeleitet werden, autorisiert diese Regel auch Discovery zum Aktualisieren von nameAttribut in beliebigen untergeordneten Klassen für cmdb_ci_computerKlasse.

    2. ServiceWatch ist ausschließlich berechtigt, die zu aktualisieren nameAttribut in cmdb_ci_linux_serverKlasse.
    3. ServiceWatch ist ausschließlich berechtigt, alle Attribute in zu aktualisieren cmdb_ci_linux_serverKlasse, wie konfiguriert durch Verlassen des Attribute Feld in der Regel leer.

    Siehe Erstellen Sie eine CI-Abgleichsregel Um Details zum Erstellen einer statischen Abgleichsregel zu erhalten, die beispielsweise eine Discovery-Quelle zum Aktualisieren eines bestimmten Attributs autorisiert, z. B. name.

    Mit Abgleichsregeln

    Beachten Sie beim Erstellen von Abgleichsregeln die folgenden Prinzipien, die auf Flexibilität und die Verfeinerung von Regeln auf Attributebene ausgelegt sind:

    Vorrang der dynamischen Abgleichsregeln

    Wenn sowohl statische als auch dynamische Abgleichsregeln für dasselbe CI-Attribut vorhanden sind, hat die dynamische Abgleichsregel Vorrang vor der statischen Abgleichsregel.

    Autorisierung für alle Attribute in einer Klasse

    Mit einer statischen Abgleichsregel können Sie eine Discovery-Quelle autorisieren, um alle Attribute in einer Klasse zu aktualisieren. Diese Autorisierung kann jedoch für einige der Attribute durch Regeln für untergeordnete Klassen überschrieben werden, in denen bestimmte Attribute aufgeführt sind.

    Wenn beispielsweise nur die Beispielregeln Nr. 1 und Nr. 3 oben erstellt werden, ist Discovery berechtigt, die zu aktualisieren nameAttribut in cmdb_ci_linux_serverKlasse. ServiceWatch ist berechtigt, alle anderen Attribute in der Klasse außer zu aktualisieren nameAttribut.

    Dient zum Überschreiben der Autorisierung von Discovery zum Aktualisieren von nameAttribut, Beispielregel Nr. 2 oben, wird hinzugefügt, um ServiceWatch speziell zum Aktualisieren des Attributs zu autorisieren.

    Autorisierung nur für bestimmte Attribute in einer Klasse

    Um eine Discovery-Quelle zum Aktualisieren bestimmter Attribute in einer Klasse zu autorisieren, erstellen Sie eine statische Abgleichsregel für die Discovery-Quelle, und Listen Sie diese Attribute in der Regel auf. Eine Regel, die Zugriff auf bestimmte Attribute in einer Klasse gewährt, überschreibt andere statische Abgleichsregeln mit einer leeren Attributliste, die Zugriff auf die gesamte Klasse gewährt.

    Die obige Beispielregel Nr. 1 gewährt Discovery die exklusive Berechtigung zum Aktualisieren von nameAttribut von cmdb_ci_computerKlasse. Alle anderen Discovery-Quellen werden daran gehindert, den zu aktualisieren nameAttribut eines beliebigen CI in cmdb_ci_computerKlasse.

    Untergeordnete Klassenregeln überschreiben übergeordnete Klassenregeln

    Alle für eine untergeordnete Klasse definierten Abgleichsregeln überschreiben die für ihre übergeordnete Klasse definierten Regeln. Diese Regel gilt auch, wenn die Abgleichsregel des untergeordneten Elements statisch ist und die Regel des übergeordneten Elements dynamisch ist (dynamische Abgleichsregeln haben Vorrang vor statischen Abgleichsregeln, wenn sie für die Klasse derselben Ebene gelten).

    Beispiel: Mit Regel Nr. 1 oben kann Discovery aktualisieren nameAttribut in cmdb_ci_computerKlasse und alle ihre untergeordneten Klassen. Regel 2 für jedoch cmdb_ci_linux_serverDie untergeordnete Klasse, die Regel Nr. 1 für die übergeordnete Klasse überschreibt, autorisiert ServiceWatch explizit, dieses Attribut in der untergeordneten Klasse zu aktualisieren.

    Als Ergebnis:
    • Discovery kann nicht aktualisieren nameAttribut des untergeordneten Elements cmdb_ci_linux_serverKlasse. Nur ServiceWatch ist berechtigt, dieses Attribut zu aktualisieren.
    • Discovery ist berechtigt, die zu aktualisieren nameAttribut von CI-Datensätzen in allen anderen untergeordneten Klassen von cmdb_ci_computerKlasse.
    Überlappende statische Abgleichsregeln

    Statische Abgleichsregeln, die verschiedene Discovery-Quellen für dieselben Attribute derselben Klasse autorisieren, können nebeneinander bestehen und schließen einander nicht aus.

    Angenommen, die folgende Regel wird hinzugefügt. Sie ähnelt der obigen Beispielregel Nr. 1, autorisiert jedoch eine andere Discovery-Quelle:

    ServiceWatch ist berechtigt, die zu aktualisieren nameAttribut in cmdb_ci_computerKlasse.

    Wie die Beispielregel Nr. 1 oben gilt diese neue Regel für nameAttribut in cmdb_ci_computerKlasse, damit Discovery und ServiceWatch das Attribut aktualisieren können. Alle Abgleichsregeln werden erzwungen, um zu verhindern, dass die Discovery-Quellen die Updates der anderen überschreiben.

    Weitere Informationen zu Abgleichsregeln finden Sie unter [CMDB – Datenvorrangsregeln] Verständnis der CMDB-Datenvorrangsregeln und Fehlerbehebung [KB0756709] Knowledge Base-artikel (ab dem Release Paris werden Abgleichs- und Datenvorrangsregeln zusammengeführt.

    Domänentrennung

    Wenn Domänentrennung ist aktiviert. Dann können Sie Abgleichsregeln auf bestimmte Domänen umgrenzen. Wenn die Regeln der übergeordneten Domäne nicht überschrieben werden, gelten sie für CIs der untergeordneten Domäne. Alle Regeln, die für eine Domäne sichtbar sind, werden angewendet, und eine Regel, die die übergeordnete Domäne überschreibt, zeigt die untergeordnete Domänenversion an.

    Verständnis der CMDB-Abgleichsregeln und Fehlerbehebung [KB0756709]