CI-Typen für Service-Mapping und Discovery erstellen

  • Freigeben Version: Washingtondc
  • Aktualisiert 1. Februar 2024
  • 6 Minuten Lesedauer
  • 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: sm_admin, personalize_dictionary oder admin

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

    Warum und wann dieser Vorgang ausgeführt wird

    Alle Anwendungen und Hosts in Ihrer Organisation müssen über einen entsprechenden Konfigurationselementtyp (Configuration Item, CI) verfügen, der dafür erforderlich ist, dass diese Anwendungen und Hosts richtig erkannt und verarbeitet werden.
    Hinweis:
    Die Discovery- und CMDB-Benutzeroberfläche beziehen sich auf CI-Typen als CI-Klassen.

    Ihnen steht eine große Auswahl vorkonfigurierter CI-Typen zur Verfügung, die die am häufigsten verwendeten Anwendungen abdecken. Wenn Ihre Organisation eine weniger bekannte oder eine proprietäre Anwendung verwendet, die über keinen entsprechenden CI-Typ verfügt, müssen Sie ihn erstellen.

    Ein CI-Typ ist ein generischer Begriff, der von mehreren ServiceNow-Anwendungen verwendet wird, es gibt jedoch einige spezifische Attribute für Service-Mapping und Discovery.

    Ein CI-Typ (oder eine Klasse) enthält mehrere wichtige Definitionen, die für alle zugehörigen CIs gelten. Beispiel:
    • CI-Attribute werden den CMDB-Tabellen als Felder hinzugefügt.
    • Bezeichner helfen Service-Mapping und Discovery bei der Unterscheidung zwischen neuen und vorhandenen CIs. Wenn beispielsweise in der CMDB ein Apache-Webserver-CI-Typ definiert ist und sowohl Service-Mapping als auch Discovery ein Apache-Webserver-CI erkennen, verarbeitet sie es mit Bezeichnern. Sie erkennt es dann als aktualisierte Version des Apache-Webserver-CI, das bereits im System vorhanden ist, und nicht als neues Apache-Webserver-CI.
    • Es gibt Abgleichsregeln, die der ServiceNow-Plattform helfen, CI-Attribute korrekt zu konsolidieren, die aus verschiedenen Anwendungen eingegangen sind. Diese Regeln sind für Organisationen erforderlich, in denen mehr als eine Anwendung Gegenstand des Discovery-Prozesses ist. Abgleichsregeln definieren, wie Attribute desselben CI, die von verschiedenen Erkennungsquellen erkannt wurden, zusammengeführt werden. Zum Beispiel entdeckt Service-Mapping Versions- und Startverzeichnisattribute eines Apache-Webserver-CI, während Discovery die Versions- und Patch-Ebenen-Attribute für das gleiche Apache-Webserver-CI entdeckt. Mit Now Platform wird die Abgleichsregel angewendet, und Service-Mapping überschreibt daher nicht die von Discovery gefundenen Attribute.
    • Zugehörige Elemente, sowohl CIs als auch Nicht-CIs, dienen als Referenz und liefern zusätzliche Informationen zum CI. Beispielsweise können Sie eine Seriennummer, einen Port und eine Netzwerk-APR-Tabelle als zugehörige Elemente für einen Hardwareserver definieren. Diese Elemente werden vom System nicht zur Identifizierung verwendet. Nachdem Sie zugehörige Elemente für den CI-Typ konfiguriert haben, können Sie die Horizontal-Discovery für CIs dieses Typs zusammen mit den zugehörigen Elementen verwenden.Diesbezügliche Informationen finden Sie unter Zugehörige Elemente zusammen mit dem Haupt-CI erkennen.
      Hinweis:
      Nicht-CIs sind Elemente, die die Konfigurationselement-Tabelle [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 übergeordnete Elemente anderer CI-Klassen sind. Diese untergeordneten CI-Klassen leiten (zusätzlich zu den Attributen, die Sie speziell für sie konfigurieren) automatisch die Attribute der ihnen übergeordneten Klassen ab. Die CI-Klassenhierarchie wird häufig zum Konfigurieren des CI-Verhaltens, der Beziehungen und der Anzeige verwendet. In diesem Beispiel ist das Apache-Webserver-CI dem Webserver-CI untergeordnet und leitet viele Attribute vom ü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-Typ-Definitionen verwendet der horizontale Erkennungsprozess 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 Manager.
    2. Wenn Sie einen vorhandenen CI-Typ als übergeordnetes Element für den neuen CI-Typ verwenden möchten, klicken Sie auf Hierarchie, um die Liste der CI-Klassen anzuzeigen.
    3. Klicken Sie auf das Kontextmenü für den erforderlichen CI-Typ und wählen Sie Untergeordnete Klasse hinzufügen aus.
    4. Erstellen Sie eine Tabelle zum Speichern der CI-Typ-Attribute:
      Tabelle : 1. Formular „Neue Tabelle“
      Feld Beschreibung
      Bezeichnung Name des CI-Typs. Beispiel: Apache-Webserver
      Name

      Der Tabellenname. Beispiel: cmdb_ci_apache_web_server.

      Verwenden Sie einen Namen, der den anderen CMDB-Klassen ähnlich ist (z. B. u_cmdb_ci_laptop).

      Erweitert Tabelle Der Tabellenname des übergeordneten CI-Typs.

      Alle CI-Typen sind Erweiterungen der Konfigurationselement-Tabelle [cmdb_ci] oder ihrer untergeordneten Tabellen. Beispiel: Wenn die neue Klasse Laptops ist, was eine Unterklasse von Computern ist, 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 Integrationstyps
      • 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 in der Instanz oder ein brandneues CI ist.
      Die Einzelheiten des Verfahrens finden Sie unter CI-Identifizierungsregel erstellen oder bearbeiten.
      Warnung:
      Wenn keine CI-Identifizierungsregel für einen CI-Typ vorhanden ist, erkennt Service-Mapping CIs, die zu diesem Typ gehören, kann die Ergebnisse des Erkennungsprozesses jedoch nicht interpretieren. In diesem Fall lehnt Now Platform die Erkennungsergebnisse für diese CIs ab, und ihre Informationen werden nicht aktualisiert.
      1. Konfigurieren Sie auf der Seite Bezeichner die Parameter wie folgt:
        Tabelle : 2. Bezeichner-Formular
        Feld Beschreibung
        Name Geben Sie einen aussagekräftigen Namen an.
        Betrifft Geben Sie den CI-Typ ein.
        Aktiv Aktivieren Sie das Kontrollkästchen .
        Unabhängig Deaktivieren Sie das Kontrollkästchen .
      2. Konfigurieren Sie die Bezeichner-Eintragsparameter wie folgt:
        Tabelle : 3. Bezeichnereintrags-Formular
        Feld Beschreibung
        Kriteriumsattribute Wählen Sie das Attribut aus, das Sie zum Identifizieren des CI verwenden möchten. Beispielsweise Klasse, Installationsverzeichnis oder Seriennummer.
        Null-Attribut unterstützen Aktivieren Sie das Kontrollkästchen .
        Priorität Wenn mehr als ein Bezeichnet-Eintrag vorhanden ist, fügen Sie die Priorität hinzu, um die Reihenfolge zu bestimmen, in der Service-Mapping diese Einträge anwendet. Wenn keines der Identifizierungskriterien mit dem erkannten CI übereinstimmt, ist dieses CI neu.
    6. Wahlweise: Konfigurieren Sie die Instanz so, dass CI-Attribute aus verschiedenen Datenquellen korrekt konsolidiert werden.
      Siehe CI-Abgleichregeln erstellen oder bearbeiten.

      Konfigurieren Sie die folgenden Service-Mapping zugehörigen Parameter korrekt:

      Tabelle : 5. Abgleichsdefinitions-Formular
      Feld Beschreibung
      Datenquelle Wählen Sie ServiceWatch.
      Betrifft Wählen Sie den entsprechenden CI-Typ aus.
      Optionale Bedingung Legen Sie ggf. eine Bedingung fest.
      Hinweis:
      Wenn Sie keine CI-Abgleichsregel erstellen, werden von Mustern erkannte Daten zum Aktualisieren von CI-Attributen verwendet.
    7. Konfigurieren Sie die CI-Klassifizierung für Ihren CI-Typ:
      Hinweis:
      CI-Klassifizierungen für Hosts müssen nicht erstellt werden, da diese Klassifizierungen im Basissystem enthalten sind.
    8. Definieren Sie für CI-Typen, die Einschlüsse darstellen, die Hierarchie für den neuen CI-Typ.

      Deaktivieren Sie während dieser Konfiguration das Kontrollkästchen Beziehungsrichtung umkehren.

      Siehe Abhängige Beziehungen erstellen.
    9. Passen Sie bei Bedarf die Symbole an, die CIs in Zuordnungen darstellen.