Identifizierungsregeln

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

    • Die CMDBDer Identifizierungsprozess basiert auf Identifizierungsregeln, um CIs eindeutig zu identifizieren.

    Eine Identifizierungsregel gilt für eine CI-Klasse und besteht aus einer einzelnen CI-Bezeichner Und mindestens eins Bezeichnereinträge Und Zugehörige Einträge , Jeweils mit einer anderen Priorität. Jeder Bezeichnereintrag definiert einen eindeutigen Attributsatz mit einer bestimmten Priorität, und jeder zugehörige Eintrag definiert Regeln für die Identifizierung zugehöriger Elemente. Erstellen Sie starke Identifizierungsregeln, die mit der höchsten Priorität für die stärksten Identifier-Einträge und zugehörigen Einträge festgelegt werden.

    Der Identifizierungsprozess und die Identifizierungsregeln verwenden die Attribute des CI zur Identifizierung:
    Eindeutige Attribute
    Festgelegte Sätze von Kriteriumsattribute-Werten eines CI, die zur eindeutigen Identifizierung des CI verwendet werden können. Eindeutige Attribute können aus derselben Tabelle oder aus abgeleiteten Tabellen stammen.
    Erforderliche Attribute
    Festgelegte Attribute eines CI, die nicht leer sein dürfen.

    Ableitung über CMDBHierarchie

    Wenn für eine untergeordnete Klasse explizit keine Identifizierungsregel definiert ist, leitet die untergeordnete Klasse ihre Identifizierungsregel, einschließlich aller zugehörigen Identifizierungseinträge und zugehörigen Einträge, von ihrer übergeordneten Klasse ab. Später kann eine eigene Identifizierungsregel explizit für die untergeordnete Klasse definiert werden. In diesem Fall ist die Identifizierungsregel, die ursprünglich von der übergeordneten Klasse abgeleitet wurde, einschließlich aller zugehörigen Identifizierungseinträge und zugehörigen Einträge, in der untergeordneten Klasse nicht mehr gültig. Außerdem müssen Sie explizit Identifizierungseinträge und zugehörige Einträge in der neu erstellten Identifizierungsregel in der untergeordneten Klasse hinzufügen.

    Beispiel: HardwareDie Klassenidentifizierungsregel hat einen zugehörigen Eintrag für Software InstanceTabelle. Diese Identifizierungsregel, einschließlich des zugehörigen Eintrags für Software InstanceTabelle, wird von abgeleitet ComputerKlasse. Wenn Sie dann eine neue Identifizierungsregel für erstellen ComputerKlasse, überschreibt die Identifizierungsregel, die von abgeleitet wurde HardwareKlasse. Daher wird HardwareKlassenidentifizierungsregel, einschließlich des zugehörigen Eintrags für Software InstanceTabelle, ist für nicht mehr in Kraft ComputerKlasse. Wenn derselbe zugehörige Eintrag erforderlich ist, müssen Sie explizit einen zugehörigen Eintrag für hinzufügen Software InstanceTabelle in der neu erstellten Identifizierungsregel für ComputerKlasse.

    Identifizierungsregeltypen

    Die CI-Abhängigkeit wird im CI-Klassenmanager durch die abhängigen Beziehungsregeln für die Klasse des CI angegeben:
    Unabhängige CIs
    CIs, z. B. Server-CIs, die selbst vorhanden sind und nicht von anderen CIs abhängig sind.
    Abhängige CIs
    CIs, die von einer Beziehung zu einem anderen CI abhängen und ohne die abhängige Beziehung nicht selbst vorhanden sein können. Zum Beispiel:
    • Network AdapterCIs können ohne nicht sinnvoll vorhanden sein HardwareCIs, die sie enthalten.
    • ApplicationCIs können ohne nicht allein vorhanden sein ServerCI, auf dem sie gehostet werden.
    Die Schritte zum Identifizieren abhängiger CIs können sich von den Schritten zum Identifizieren unabhängiger CIs unterscheiden. Dieser Unterschied spiegelt sich in den Unterschieden zwischen abhängigen Identifizierungsregeln und unabhängigen Identifizierungsregeln wider:
    Unabhängige Identifizierungsregel
    Eine Regel, die ein CI basierend auf den eigenen Attributen des CI unabhängig von anderen CIs oder Beziehungen identifiziert.
    Abhängige Identifizierungsregel
    Eine Regel, in der die Identifizierung eines CI erfordert, dass zuerst ein abhängiges CI identifiziert wird. Ein CI kann von einem oder mehreren CIs abhängig sein, und ein abhängiges CI kann nur ein einzelnes übergeordnetes CI mit Abhängigkeit haben. Die Beziehungstypen zwischen dem CI und seinen abhängigen CIs sind ebenfalls in den Identifizierungsprozess einbezogen. Um beim Identifizierungsprozess abhängiger CIs zu helfen, Erstellen Sie abhängige Beziehungen Die die Abhängigkeitskette innerhalb von CI-Typen definieren.

    Die Nutzlast, die zur Identifizierung eines abhängigen CI verwendet wird, kann eine Beziehung zu einer Qualifiziererkette enthalten. Wenn für eine solche Beziehung ein übereinstimmendes übergeordnetes/untergeordnetes Paar vorhanden ist, vergleicht das System die Qualifiziererkette in der Nutzlast mit der Qualifiziererkette der CIs in der Datenbank. Wenn ein Unterschied besteht, wird die Qualifiziererkette in der Datenbank aktualisiert, um sie mit der Qualifiziererkette in der Nutzlast für diese Beziehung abzugleichen.

    Identifier-Einträge

    Sie können einen Bezeichnereintrag so konfigurieren, dass er einem CI nicht nur basierend auf den eigenen Attributen des CI (feldbasierte Identifizierung), sondern auch basierend auf der zugehörigen Liste des CI (Suchbasierte Identifizierung) entspricht, z. B. Seriennummern Oder Netzwerkadapter . Die Suchtabelle, die zur Identifizierung verwendet wird, muss ein Referenzfeld haben, das auf verweist cmdb_ci.

    Es gibt drei Arten von Bezeichnereinträgen:
    Regulärer Bezeichnereintrag
    Die Identifizierung basiert auf den eigenen Attributen des CI, die das CI eindeutig identifizieren.
    Suchbezeichnereintrag

    Die Identifizierung verwendet eine Suchtabelle (zugehörige Tabelle), bei der es sich um eine beliebige Tabelle handeln kann, die einen Verweis auf das identifizierte CI hat. Nachdem Sie eine zugehörige Suchtabelle ausgewählt haben, wählen Sie Bezeichnerattribute aus der zugehörigen Tabelle aus, die entweder auf die Tabelle „cmdb_ci“ selbst oder eines ihrer untergeordneten Elemente verweisen.

    Wenn die Suchdatensätze noch nicht vorhanden sind, werden sie in die Suchtabelle eingefügt, auf die im Bezeichnereintrag verwiesen wird.

    Hybridbezeichnereintrag
    Eine Kombination aus einem regulären Bezeichnereintrag und einem Suchbezeichnereintrag.

    Beispiel: Bei der Erkennung virtueller Computer in einer Cloud-Umgebung, die zwei virtuelle Computer mit identischem Satz von Seriennummern enthalten kann. Ein Suchbezeichnereintrag für die Hardwaretabelle, z. B. [Tabelle: Seriennummer, Kriteriumsattribute: Seriennummer, Seriennummerntyp] Diese beiden virtuellen Computer können nicht eindeutig identifiziert werden. Jedoch ein Hybrid-Bezeichnereintrag wie [Tabelle: Seriennummer, Kriteriumsattribute: Seriennummer, Seriennummerntyp + (Namensfeld aus Haupt-Hardwaretabelle)] Kann die beiden virtuellen Computer eindeutig identifizieren.

    Richtlinien für Suchtabellen

    Befolgen Sie diese Richtlinien, wenn Sie eine Suchtabelle in einem Bezeichnereintrag angeben.
    1. Stellen Sie sicher, dass Suchtabellen auf die Tabelle „cmdb_ci“ verweisen.
    2. Es ist vorzuziehen, eine genaue Übereinstimmung der Anzahl zu erzwingen (Kontrollkästchen Genaue Übereinstimmung der Anzahl erzwingen (Suche) ) Für eine stärkere Identifizierungsregel. Während der Identifizierung der Suche erzwingt diese Option den Abgleich nur bei genauer Übereinstimmung der Anzahl der Suchdatensätze. Unter Erstellen Sie eine CI-Identifizierungsregel finden Sie weitere Details.
    3. Erstellen Sie keine in Konflikt stehenden Identifizierungsregeln, insbesondere für eine suchbasierte Regel.
      Beispiel: In einem CI-Bezeichner für die Hardwareklasse geben Sie eine suchbasierte Regel für die Netzwerkadapterklasse an, und Sie definieren auch einen CI-Bezeichner für die Netzwerkadapterklasse. Möglicherweise werden Duplikate in der Netzwerkadaptertabelle erstellt, da widersprüchliche Regeln zur Identifizierung eines eindeutigen CI in dieser Tabelle vorhanden sind:
      • Eine Regel, die nur Kriteriumsattribute betrachtet (CI-Bezeichnerregel)
      • Eine andere Regel, die Kriteriumsattribute und referenzierte sys_ID (Suchregel) betrachtet.
    Beispiel: CI mit zugehörigen Elementen, die eingefügt werden müssen – sysId ist verfügbar.
    var payload = {
    items: [{
        className:'cmdb_ci_linux_server',
       related: [{
              className:'cmdb_ci_spkg',
              values: {
                name:'package1',
                version:'version1'
                }
        }],
        values: {
            sys_id:'194876usytrr65378098'
        }
}]
};

    Zugehörige Einträge

    Sie können zugehörige Einträge definieren, bei denen es sich um Regeln handelt, die auf zugehörigen CIs basieren. Ein zugehöriger Eintrag basiert auf einer zugehörigen Tabelle, bei der es sich um eine beliebige Tabelle (CMDB oder nicht-CMDB) handeln kann, die einen Verweis auf das identifizierte CI hat. Mit zugehörigen Einträgen können Sie Datensätze in anderen Tabellen erstellen oder aktualisieren, in denen die Daten dem CI zugeordnet sind, das durch die Bezeichnereinträge identifiziert wird. Zugehörige Einträge werden nicht zur direkten Identifizierung von CIs verwendet.

    Nachdem Sie eine zugehörige Tabelle für die Regel ausgewählt haben, die Liste in Referenziertes Feld Wird mit Feldern aus der zugehörigen Tabelle ausgefüllt, die entweder auf die Tabelle „cmdb_ci“ selbst oder eines ihrer untergeordneten Elemente verweisen.

    Ein zugehöriger Eintrag für eine Klasse wird von untergeordneten Klassen abgeleitet, für die keine zugehörigen Einträge angegeben sind.