--- 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 --- # Abgleichregeln # Abgleichregeln {#ariaid-title1} * Freigeben Version: Yokohama * * Aktualisiert 30. Januar 2025 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 4 Minuten Lesedauer Abgleichsregeln bestimmen, welche Discovery-Quellen CI-Attribute aktualisieren können.{#r_ReconciliationRulesPrinciples__ph_ReconciliationShortDesc} Discovery-Quellen, z. B. Eventmanagement, ImportSet, ManualEntry und Tivoli, werden mit verwendet [CreateOrUpdateCI()](https://www.servicenow.com/docs/access?context=c_IdentEngineScriptAPI&version=yokohama&pubname=yokohama-api-reference&ft:locale=en-US)API zum Simulieren manueller Updates für 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 veralteten Abgleichsregeln, die Prioritäten für die verschiedenen Discovery-Quellen zum Aktualisieren von CI-Attributen festlegen. Statische Abgleichsregeln geben an, welche Discovery-Quellen Klassenattribute und die Rangfolge dieser Discovery-Quellen aktualisieren können. 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](https://servicenow-prod.fluidtopics.net/zZEB4yNQRNWwJZtzYhpwMA "CMDB 360 speichert einen vollständigen Verlauf zu Discovery-Quellen und vorgeschlagenen Werten, die an Aktualisierungen von CI-Attributen beteiligt sind. Verwenden Sie CMDB 360-Daten, um nachzuverfolgen, wie die CMDB von verschiedenen Discovery-Quellen auf CI-Attributebene ausgefüllt wird. Auch zum Wiederherstellen von CI-Updates aus einer bestimmten Discovery-Quelle oder zum Neuberechnen von Attributwerten mithilfe aktualisierter Abgleichsregeln.")Anstatt auf Discovery-Quellpriorität. Zunächst verarbeitet CMDB 360 die aktuellen Nutzlastdaten in den CMDB 360-Datenspeicher. Dann wählt Ire durch Anwenden einer dynamischen Abgleichsregel den größten oder am meisten gemeldeten Wert aus, z. B. für alle Discovery-Quellen. Da dynamische Abgleichsregeln CMDB 360 nutzen, müssen Sie diese Funktion aktivieren, um dynamische Abgleichsregeln zu verwenden. Das Erstellen dynamischer Abgleichsregeln kann beispielsweise nützlich sein, wenn es 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 {#r_ReconciliationRulesPrinciples__section_mzm_tlg_q5b} 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 zum Aktualisieren von berechtigt 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 von Attribute Feld in der Regel leer. {#r_ReconciliationRulesPrinciples__ol_gk5_gg4_ft} Siehe [Erstellen Sie eine CI-Abgleichsregel](https://servicenow-prod.fluidtopics.net/YKF~1BAkP7Sl2Ak~VXFVFg#create-reconciliation-rule "Erstellen Sie eine statische oder dynamische CI-Abgleichsregel.")Für Details zum Erstellen einer statischen Abgleichsregel, die beispielsweise eine Discovery-Quelle autorisiert, ein bestimmtes Attribut wie zu aktualisieren name. ## Abgleichsregeln werden verwendet {#r_ReconciliationRulesPrinciples__section_dtq_nty_p5b} 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 mit Ausnahme von 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 Beispielregel Nr. 1 oben gewährt Discovery die exklusive Berechtigung zum Aktualisieren von nameAttribut von cmdb_ci_computerKlasse. Alle anderen Discovery-Quellen können nicht 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 die ü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 eine Klasse derselben Ebene gelten). Beispiel: Mit Regel 1 oben kann Discovery aktualisiert werden nameAttribut in cmdb_ci_computerKlasse und alle ihre untergeordneten Klassen. Regel 2 für jedoch cmdb_ci_linux_serverDie untergeordnete Klasse, die Regel 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 zum Aktualisieren dieses Attributs berechtigt. * Discovery ist zum Aktualisieren von berechtigt nameAttribut von CI-Datensätzen in allen anderen untergeordneten Klassen von cmdb_ci_computerKlasse. {#r_ReconciliationRulesPrinciples__ul_y1x_yzy_3t} Überlappende statische Abgleichsregeln : Statische Abgleichsregeln, die verschiedene Discovery-Quellen für dieselben Attribute derselben Klasse autorisieren, können nebeneinander existieren und sich nicht gegenseitig ausschließen. Nehmen Sie beispielsweise an, dass die folgende Regel hinzugefügt wird. Sie ähnelt der Beispielregel 1 oben, autorisiert jedoch eine andere Discovery-Quelle: ServiceWatch ist zum Aktualisieren von berechtigt 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 -- Datenrangregeln\] Verständnis der CMDB-Datenvorrangsregeln und Fehlerbehebung \[KB0756709\]](https://support.servicenow.com/kb_view_customer.do?sysparm_article=KB0756709)Knowledge Base-artikel (beginnend mit dem Pariser Release werden Abgleich- und Datenvorrangsregeln zusammengeführt. ## Domain Separation Wenn Domänentrennung ist aktiviert. Dann können Sie Abgleichsregeln auf bestimmte Domänen umgrenzen. Regeln der übergeordneten Domäne gelten für CIs der untergeordneten Domäne, wenn sie nicht überschrieben werden. 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 Problembehandlung \[KB0756709\]](https://support.servicenow.com/kb_view.do?sysparm_article=KB0756709) * **[Erstellen Sie eine CI-Abgleichsregel](https://servicenow-prod.fluidtopics.net/YKF~1BAkP7Sl2Ak~VXFVFg#create-reconciliation-rule)** Erstellen Sie eine statische oder dynamische CI-Abgleichsregel. * **[Erstellen Sie eine Datenaktualisierungsregel](https://servicenow-prod.fluidtopics.net/la1nk7_7xYePiXcSeHT0Pg)** Geben Sie Datenaktualisierungsregeln an, um zu bestimmen, ob ein CI für eine bestimmte Discovery-Quelle veraltet ist. Solche CIs können dann von einer autorisierten Discovery-Quelle mit niedriger Priorität aktualisiert werden.