Abgleichregeln

  • Freigeben Version: Xanadu
  • Aktualisiert 1. August 2024
  • 4 Minuten Lesedauer
  • Abgleichsregeln bestimmen, welche Discovery-Quellen CI-Attribute aktualisieren können.

    Discovery-Quellen wie EventManagement, ImportSet, Manueller Eintrag und Tivoli werden mit der API createOrUpdateCI() verwendet, um manuelle Aktualisierungen von CIs zu simulieren. Ohne Abgleichsregeln können Discovery-Quellen die Aktualisierungen der Attributwerte gegenseitig ü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 welche Rangfolge diese Discovery-Quellen haben.

    Wenn Sie statische Abgleichsregeln erstellen, stellen Sie sicher, dass für jede Discovery-Quelle, die berechtigt ist, ein Attribut zu aktualisieren, eine Abgleichsregel vorhanden ist. Abgleichsregeln können auf der Ebene der über- und untergeordneten Klasse definiert werden.

    Statische Abgleichregeln werden in der Tabelle „Abgleichdefinition“ [cmdb_reconciliation_definition] gespeichert.

    Dynamische Abgleichsregeln

    Dynamische Abgleichsregeln basieren auf Attributwerten, die von CMDB 360/CMDB mit mehreren Quellen verarbeitet werden, und nicht auf der Priorität der Discovery-Quelle. Zuerst verarbeitet CMDB 360 die aktuellen Nutzlastdaten in den CMDB 360-Datenspeicher. Dann wählt IRE unter Anwendung einer dynamischen Abgleichsregel beispielsweise den größten oder am häufigsten gemeldeten Wert aus allen Discovery-Quellen aus. Da dynamische Abgleichsregeln CMDB 360 nutzen, müssen Sie diese Funktion aktivieren, um dynamische Abgleichsregeln verwenden zu können.

    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 einzige dynamische Abgleichregel vorhanden sein.

    Dynamische Abgleichregeln werden in der Tabelle „Dynamische Abgleichsdefinitionen“ [cmdb_dynamic_reconciliation_definition] gespeichert.

    Beispiele für statische Abgleichsregeln

    Die folgenden Beispiele für statische Abgleichsregeln werden für die Klasse cmdb_ci_computer und deren untergeordnete Klasse cmdb_ci_linux_server erstellt:
    1. Discovery ist ausschließlich berechtigt, das Attribut name in der Klasse cmdb_ci_computer zu aktualisieren.

      Da Abgleichregeln von untergeordneten Klassen von übergeordneten Klassen abgeleitet werden, berechtigt diese Regel Discovery auch, das Attribut name in allen untergeordneten Klassen der Klasse cmdb_ci_computer zu aktualisieren.

    2. ServiceWatch ist ausschließlich berechtigt, das Attribut name in der Klasse cmdb_ci_linux_server zu aktualisieren.
    3. ServiceWatch ist ausschließlich berechtigt, alle Attribute in der Klasse cmdb_ci_linux_server wie konfiguriert zu aktualisieren, indem das Feld Attribute in der Regel leer gelassen wird.

    Unter Erstellen Sie eine CI-Abgleichsregel finden Sie Details zum Erstellen einer statischen Abgleichsregel, die beispielsweise eine Discovery-Quelle berechtigt, ein bestimmtes Attribut wie namezu aktualisieren.

    Abgleichsregeln verwenden

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

    Vorrang dynamischer Abgleichsregeln

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

    Autorisierung für alle Attribute in einer Klasse

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

    Wenn beispielsweise nur die Beispielregeln Nr. 1 und Nr. 3 oben erstellt werden, ist Discovery berechtigt, das Attribut name in der Klasse cmdb_ci_linux_server zu aktualisieren. ServiceWatch ist berechtigt, alle anderen Attribute in der Klasse mit Ausnahme des Attributs name zu aktualisieren.

    Um die Autorisierung von Discovery zum Aktualisieren des Attributs name zu überschreiben, wird oben die Beispielregel Nr. 2 hinzugefügt, um ServiceWatch ausdrücklich zu autorisieren, das Attribut zu aktualisieren.

    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 ausschließliche Berechtigung, das Attribut cmdb_ci_computer der Klasse [ name zu aktualisieren. Alle anderen Discovery-Quellen können das Attribut name von CIs in der Klasse cmdb_ci_computer ] nicht aktualisieren.

    Die Regeln für untergeordnete Klassen überschreiben die Regeln für übergeordnete Klassen

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

    Beispiel: Regel Nr. 1 oben ermöglicht es Discovery, das Attribut name in der Klasse cmdb_ci_computer und allen untergeordneten Klassen zu aktualisieren. Regel Nr. 2 für die untergeordnete Klasse cmdb_ci_linux_server, die Regel Nr. 1 für die übergeordnete Klasse überschreibt, autorisiert ServiceWatch jedoch ausdrücklich, dieses Attribut in der untergeordneten Klasse zu aktualisieren.

    Als Ergebnis:
    • Discovery kann das Attribut name der untergeordneten Klasse cmdb_ci_linux_server nicht aktualisieren. Nur ServiceWatch ist berechtigt, dieses Attribut zu aktualisieren.
    • Discovery ist berechtigt, das Attribut name von CI-Datensätzen in allen anderen untergeordneten Klassen der Klasse cmdb_ci_computer zu aktualisieren.
    Überlappende statische Abgleichsregeln

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

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

    ServiceWatch ist berechtigt, das Attribut name in der Klasse cmdb_ci_computer zu aktualisieren.

    Wie Beispielregel Nr. 1 oben gilt diese neue Regel für das Attribut name in der Klasse cmdb_ci_computer, sodass sowohl Discovery als auch ServiceWatch das Attribut aktualisieren können. Alle Abgleichsregeln werden durchgesetzt, um zu verhindern, dass die Discovery-Quellen die Aktualisierungen der anderen Discovery-Quellen überschreiben.

    Weitere Informationen zu Abgleichregeln finden Sie im Knowledge Base-Artikel [CMDB – Datenvorrangregeln] – CMDB-Datenvorrangregeln verstehen und Problembehandlung durchführen [KB0756709] (Ab dem Paris-Release werden Abgleich- und Datenvorrangregeln zusammengeführt.

    Domänentrennung

    Wenn Domain Separation aktiviert ist, können Sie Abgleichregeln für bestimmte Domänen festlegen. Wenn die Regeln der übergeordneten Domäne nicht überschrieben werden, gelten sie für CIs der untergeordneten Domäne. Alle für eine Domäne sichtbaren Regeln werden angewendet, und eine Regel, die die übergeordnete Domäne überschreibt, zeigt die Version der untergeordneten Domäne an.

    Informationen zu CMDB-Abgleichsregeln und Problembehandlung [KB0756709]