Erstellen Sie CI-Typen für Service-Mapping Und Discovery

Erstellen Sie CI-Typen (oder CI-Klassen) für Anwendungen und Geräte, die Service-Mapping Und Discovery Standardmäßig nicht unterstützen.

Vorbereitungen

Erforderliche Rolle: Service_Mapping_admin, Personalize_dictionary oder admin

Stellen Sie sicher, dass für diese Anwendung oder dieses Gerät kein CI-Typ vorhanden ist.

Warum und wann dieser Vorgang ausgeführt wird

Alle Anwendungen und Hosts in Ihrer Organisation müssen einen entsprechenden Konfigurationselementtyp (CI) aufweisen, der für die korrekte Erkennung und Verarbeitung von Anwendungen und Hosts erforderlich ist.

Hinweis:

Die Discovery Und CMDB Schnittstelle bezieht sich auf CI-Typen als CI-Klassen.

Eine Vielzahl vorkonfigurierter CI-Typen, die die am häufigsten verwendeten Anwendungen abdecken, steht Ihnen zur Verfügung. Wenn Ihre Organisation eine weniger bekannte oder proprietäre Anwendung verwendet, die keinen entsprechenden CI-Typ hat, müssen Sie sie erstellen.

Ein CI-Typ ist ein generischer Begriff, der von mehreren verwendet wird ServiceNow Anwendungen, aber es gibt einige Attribute, die spezifisch für sind Service-Mapping Und Discovery.

Ein CI-Typ (oder eine Klasse) enthält mehrere wichtige Definitionen, die für alle zugehörigen CIs gelten, z. B.:

• CI-Attribute werden den CMDB-Tabellen als Felder hinzugefügt.
• Hilfe zu Bezeichnern Service-Mapping Und Discovery Zur Unterscheidung zwischen neuen und vorhandenen CIs. Beispiel: Wenn in der CMDB und ein CI-Typ des Apache-Webservers definiert ist Service-Mapping Und Discovery Beide erkennen ein Apache-Webserver-CI und verarbeiten es mithilfe von Bezeichnern. Dann wird sie als aktualisierte Version des Apache-Webserver-CI erkannt, die bereits im System vorhanden ist, nicht als neues Apache-Webserver-CI.
• Es gibt Abgleichsregeln Die helfen ServiceNow Plattform zum korrekten Konsolidieren von CI-Attributen, die von verschiedenen Anwendungen empfangen wurden. Diese Regeln sind für Organisationen erforderlich, in denen mehr als eine Anwendung am Discovery-Prozess teilnimmt. Abgleichsregeln definieren, wie Attribute desselben CI, die von verschiedenen Discovery-Quellen erkannt wurden, zusammengeführt werden. Beispiel: Service-Mapping Erkennt die Versions- und Startverzeichnisattribute eines Apache-Webserver-CI, während Discovery Erkennt die Attribute der Version und Patch-Ebene für dasselbe Apache-Webserver-CI. Die ServiceNow AI Platform Wendet die Abgleichsregel und als Ergebnis an Service-MappingÜberschreibt die von gefundenen Attribute nicht Discovery.
• Zugehörige Elemente, sowohl CIs als auch nicht-CIs, dienen als Referenz und stellen zusätzliche Informationen zum CI bereit. Sie können beispielsweise eine Seriennummer, einen Port und eine Netzwerk-APR-Tabelle als zugehörige Elemente für einen Hardwareserver definieren. Das System verwendet diese Elemente nicht zur Identifizierung. Nachdem Sie zugehörige Elemente für den CI-Typ konfiguriert haben, können Sie die horizontale Discovery für CIs dieses Typs zusammen mit den zugehörigen Elementen verwenden. Informationen finden Sie unter Erkennen Sie zugehörige Elemente zusammen mit dem Haupt-CI.
  Hinweis:

  Nicht-CIs sind Elemente, die die Tabelle „Konfigurationselement“ [cmdb_ci] nicht erweitern. Beispiele für nicht-CIs sind Ports, Seriennummern oder Netzwerk-ARP-Tabellen.
• CMDB Speichert die CI-Klasse in Form einer Hierarchie, in der einige CI-Klassen anderen CI-Klassen übergeordnet sind, die zusätzlich zu Attributen, die Sie speziell für untergeordnete CI-Klassen konfigurieren, automatisch die Attribute ihres übergeordneten Elements ableiten. Die CI-Klassenhierarchie wird häufig zum Konfigurieren von CI-Verhalten, -Beziehungen und -Anzeige verwendet. In diesem Beispiel ist das Apache-Webserver-CI ein untergeordnetes Element des Webserver-CI und leitet viele Attribute von seinem übergeordneten Element ab, z. B. Name, Version, Modell-ID. Standardmäßig übernehmen untergeordnete CI-Klassen Bezeichner von ihren übergeordneten CI-Klassen.

Zusätzlich zu diesen CI-Typdefinitionen verwendet der horizontale Discovery-Prozess eine CI-Klassifizierung, um zu definieren, zu welchem CI-Typ ein CI gehört. Erstellen Sie eine Geräte-CI-Klassifizierung, wenn Sie einen CI-Typ für Geräte mit SNMP und eine Prozess-CI-Klassifizierung für einen Anwendungs-CI-Typ erstellen.

Prozedur

1. Navigieren zu Alle > Konfiguration > CI-Klassen Manageran.
2. Um einen vorhandenen CI-Typ als übergeordnetes Element für den neuen CI-Typ zu verwenden, klicken Sie auf Hierarchie Zum Anzeigen der Liste der CI-Klassen.
3. Klicken Sie auf das Kontextmenü für den erforderlichen CI-Typ, und wählen Sie aus Fügen Sie Eine Untergeordnete Klasse Hinzu .
4. Create a table So speichern Sie die CI-Typattribute:

   Tabelle : 1. Neues Tabellenformular

   Feld	Beschreibung
   Bezeichnung	CI-Typname. Beispiel: Apache-Webserver.
   Name	Der Tabellenname. Beispiel: cmdb_ci_apache_web_server. Verwenden Sie einen Namen, der den anderen CMDB-Klassen ähnelt (z. B. u_cmdb_ci_Laptop ).
   Erweitert Tabelle	Der Tabellenname des übergeordneten CI-Typs. Alle CI-Typen sind Erweiterungen der Tabelle „Konfigurationselement“ [cmdb_ci] oder ihrer untergeordneten Tabellen. Wenn die neue Klasse beispielsweise „Laptops“ ist, eine Unterklasse von Computern, wählen Sie die Tabelle „cmdb_ci_Computer“ aus. Wenn die neue Klasse eine Klasse der obersten Ebene ist, wählen Sie die Tabelle „cmdb_ci“ aus. Die am häufigsten verwendeten übergeordneten CI-Typen sind: cmdb_ci: Standard cmdb_ci_database: Für Datenbanken cmdb_ci_app_server: Für Anwendungsserver cmdb_ci_infra_service: Für Infrastrukturservices cmdb_ci_endpoint_inclusion: Für Einstiegspunkte des Aufnahmetyps cmdb_ci_appl: Für Anwendungen cmdb_ci_web_server: Für Webserver cmdb_ci_lb: Für Lastenausgleichsmodule cmdb_ci_Endpoint: Für Einstiegspunkte

5. Konfigurieren Sie, wie die Instanz bestimmt, ob ein erkanntes CI ein aktualisiertes CI ist, das in der Instanz vorhanden ist, oder ein brandneues CI.
   Siehe Erstellen oder bearbeiten Sie eine CI-Identifizierungsregel Für detailliertes Verfahren.

   Warnung:

   Wenn für einen CI-Typ keine CI-Identifizierungsregel vorhanden ist, Service-Mapping Erkennt CIs, die zu diesem Typ gehören, aber die Ergebnisse des Discovery-Prozesses können nicht interpretiert werden. In diesem Fall wird ServiceNow AI Platform Lehnt die Discovery-Ergebnisse für diese CIs ab, und ihre Informationen werden nicht aktualisiert.
   1. Auf Bezeichner Konfigurieren Sie die Parameter wie folgt:

      Tabelle : 2. Bezeichnerformular

      Feld	Beschreibung
      Name	Verwenden Sie einen aussagekräftigen Namen.
      Betrifft	Geben Sie den CI-Typ ein.
      Aktiv	Aktivieren Sie das Kontrollkästchen .
      Unabhängig	Deaktivieren Sie das Kontrollkästchen.

   2. Konfigurieren Sie die Bezeichnereingabeparameter wie folgt:

      Tabelle : 3. Bezeichnereintragsformular

      Feld	Beschreibung
      Kriteriumsattribute	Wählen Sie das Attribut aus, das Sie zum Identifizieren des CI verwenden möchten. Beispiel: Klasse , Installationsverzeichnis , Oder Seriennummer .
      Null-Attribut zulassen	Aktivieren Sie das Kontrollkästchen .
      Priorität	Wenn mehr als ein Bezeichnereintrag vorhanden ist, fügen Sie Priorität hinzu, um die Reihenfolge zu bestimmen, in der angegeben wird Service-Mapping Wendet diese Einträge an. Wenn keines der Identifizierungskriterien dem erkannten CI entspricht, ist dieses CI neu.

6. Wahlweise: Konfigurieren Sie Verweise auf andere CIs oder nicht-CIs als zugehörige Elemente für den CI-Typ.

   Tabelle : 4. Formular „zugehöriger Eintrag“

   Feld	Beschreibung
   Aktiv	Kontrollkästchen, das angibt, dass der zugehörige Eintrag aktiv ist.
   Zugehörige Tabelle	Eine zugehörige Tabelle, die auf das CI verweist, das abgeglichen wird.
   Referenziertes Feld	Ein referenziertes Feld in Zugehörige Tabelle Das das referenzierte CI speichern soll. Dieses Feld verweist immer auf die Tabelle „cmdb_ci“ oder ein untergeordnetes Element der Tabelle „cmdb_ci“.
   Priorität	Priorität des zugehörigen Eintrags für den angegebenen Zugehörige Tabelle . Regeln mit niedrigeren Prioritätsnummern erhalten beim Abgleichen eines zugehörigen Elements für eine bestimmte zugehörige Tabelle eine höhere Priorität. Zugehörige Einträge für die angegebene zugehörige Tabelle mit identischen Prioritäten werden zufällig angewendet. Sie können Lücken zwischen den Prioritätsnummern beibehalten, damit Sie die nicht verwendeten Prioritätsnummern neuen Einträgen zuweisen können, ohne die vorhandene Prioritätsreihenfolge zu ändern.
   Kriteriumsattribute	Der Satz von Attributen zur eindeutigen Identifizierung des zugehörigen Elements. Attribute können zur aktuellen Klasse oder zu einer übergeordneten Klasse gehören. Hinweis: Es ist möglich, Referenzfelder als Kriteriumsattribut hinzuzufügen. Solche Felder sind jedoch möglicherweise nicht immer effektiv: Referenzfelder werden gespeichert sys_idS, die auf einen Datensatz in einer anderen Tabelle verweisen und daher als schwaches Kriteriumsattribut (in Bezug auf Eindeutigkeit) für die aktuelle Tabelle betrachtet werden. Das System erkennt ungültige Werte in einem Referenzfeld mit „Unbekannt“ und ersetzt sie dann. Beispiel: Ungültig Model IDWert wird durch den Wert „Unbekannt“ ersetzt. Wenn für mehrere CIs dasselbe Referenzfeld auf „Unbekannt“ festgelegt ist, werden diese CIs zu doppelten CIs. Wählen Sie das Schlosssymbol aus, um Attribute der Identifizierungsregel anzuzeigen, hinzuzufügen oder daraus zu entfernen.
   Null-Attribut zulassen	Wenn mindestens ein Kriteriumsattribut in der zugehörigen Tabelle nicht null ist, lassen Sie zu, dass Sie versuchen, einen Abgleich mit einem Bezeichnereintrag durchzuführen, auch wenn Kriteriumsattribute null sind.
   Filterbedingungen	Fügen Sie Bedingungen hinzu, um einen Filter zu erstellen, um den Satz von Datensätzen einzugrenzen, die nach einem übereinstimmenden zugehörigen Element gesucht werden.

7. Wahlweise: Konfigurieren Sie die Instanz, um CI-Attribute, die von verschiedenen Datenquellen empfangen wurden, korrekt zu konsolidieren.
   Siehe Erstellen oder bearbeiten Sie eine CI-Abgleichsregel .

   Konfigurieren Sie Folgendes Service-Mapping Zugehörige Parameter korrekt:

   Tabelle : 5. Abgleichsdefinitionsformular

   Feld	Beschreibung
   Datenquelle	Wählen Sie Aus Serviceüberwachung .
   Betrifft	Wählen Sie den relevanten CI-Typ aus.
   Optionale Bedingung	Legen Sie bei Bedarf eine Bedingung fest.

   Hinweis:

   Wenn Sie keine CI-Abgleichsregel erstellen, werden von Mustern erkannte Daten zum Aktualisieren von CI-Attributen verwendet.
8. Konfigurieren Sie die CI-Klassifizierung für Ihren CI-Typ:
   • Führen Sie für CI-Typen, die Anwendungen darstellen, die Konfiguration wie unter beschrieben durch Erstellen Sie eine Discovery-Prozessklassifizierung.
   • Führen Sie für CI-Typen, die SNMP-Geräte darstellen, die Konfiguration wie unter beschrieben durch Erstellen Sie eine Discovery-CI-Klassifizierung.
   Hinweis:

   CI-Klassifizierungen für Hosts müssen nicht erstellt werden, da diese Klassifizierungen im Basissystem enthalten sind.
9. Definieren Sie für CI-Typen, die Inklusionen darstellen, die Hierarchie für den neuen CI-Typ.

   Löschen Sie Beziehungsrichtung Umkehren Kontrollkästchen beim Durchführen dieser Konfiguration.

   Siehe Erstellen Sie abhängige Beziehungen .
10. Passen Sie bei Bedarf Symbole an, die CIs in Zuordnungen darstellen.
    Siehe Erstellen oder ändern Sie Kartensymbole .

Vorheriges Thema: Passwort2-Verschlüsselung für Muster

Nächstes Thema: Erstellen Sie Einstiegspunkttypen für Service-Mapping