Eine CMDB ist nur so gut
wie das, was sie befüllt.
Die Certero ServiceNow Application synchronisiert das angereicherte Inventar von der Plattform in Ihre CMDB.
Windows-, macOS- und Linux-Computer kommen mit ihren Festplatten, Netzwerkadaptern, Speichermodulen, Volumes, Software und Softwareinstallationen an. SNMP-Netzwerkgeräte kommen im selben Lauf an.
CMDB-Synchronisierung · geplanter Lauf
BeispielhaftCertero ServiceNow Application
Staging geleert, Datenquellen abgefragt, Transformationen ausgeführt
- Staging-Tabellen geleert vor der ersten Abfrage
- fertig
- Windows-Computer Festplatten, Adapter, Arbeitsspeicher, Volumes
- zwischengespeichert
- macOS- und Linux-Computer dieselben Datensatztypen, derselbe Lauf
- zwischengespeichert
- SNMP-Netzwerkgeräte eigene Datenquelle
- zwischengespeichert
- Transformiert in die CMDB eine Transform Map pro Datenquelle
- läuft
Verlaufsdatensatz
ausstehend → laufend → abgeschlossen
ServiceNow Partner
Certero-Inventar, synchronisiert in die ServiceNow CMDB
Einem Datensatz, den niemand aktualisiert, vertraut niemand.
Eine Konfigurationsdatenbank ist an dem Tag korrekt, an dem jemand sie befüllt, und weicht dann ab, sobald sich die Maschinen ändern. Entscheidungen zu Service, Sicherheit und Changes beruhen am Ende auf alten Informationen, und mit jedem Bereinigungsprojekt beginnt der Verfall von Neuem. CerteroX befüllt sie bei jedem Lauf automatisch, sodass sie stimmt, ohne dass jemand daran denken muss.
- Kosten
Zahlen Sie nicht mehr für Bereinigungsprojekte.
Genauigkeit entsteht durch eine regelmäßige automatische Datenzufuhr statt durch periodischen manuellen Aufwand, sodass dieselbe Arbeit nicht zweimal bezahlt wird.
- Risiko
Entscheidungen auf Basis dessen, was wirklich vorhanden ist.
Change-, Incident- und Security-Teams arbeiten mit aktuellen Datensätzen für Windows-, Mac- und Linux-Maschinen und Netzwerkgeräte, nicht mit einer Momentaufnahme.
- Aufwand
Nichts hängt vom Gedächtnis ab.
Jeder Lauf wird protokolliert und ist nachvollziehbar, sodass Lücken sichtbar werden und behoben werden, statt erst bei einem Incident aufzufallen.
Das Problem
Eine CMDB wird nicht falsch. Sie veraltet.
Sie stimmte in der Woche, in der jemand sie befüllt hat. Dann änderten sich die Maschinen, der Datensatz nicht, und der Service Desk begann, mit einem Dokument zu arbeiten statt mit dem tatsächlichen Gerät.
- 01 einmal eingetippt, einmal richtig
Der Datensatz war an dem Tag korrekt, an dem eine Person ihn angelegt hat.
Seitdem hat die Maschine mehr Arbeitsspeicher bekommen, eine Festplatte verloren und neun Anwendungen hinzugewonnen. Von Hand hätte das niemand nachhalten können, und der Datensatz entfernt sich seither stillschweigend von der Hardware.
Nativer Inventar-Agent für Windows, macOS, Linux, AIX, HP-UX und Solaris ITAM
- 02 ein Scan sieht, was antwortet
Der Laptop war im Ruhezustand, also existiert er aus Sicht der CMDB nicht.
Ein Erkennungsdurchlauf erfasst, was während des Laufs antwortet. Der Laptop auf Reisen, das abgeschottete Segment und die Maschine, für die niemand Zugangsdaten hat, fehlen alle, und ein Fehlen in einer CMDB sieht genauso aus wie eine Maschine, die Sie nicht besitzen.
Agentenloses und befehlszeilenbasiertes Inventar (csinvcli) für abgeschottete Umgebungen ITAM
- 03 ein Name und nichts darunter
Das CI existiert. Öffnet man es, ist nichts darin.
Keine Festplatten, keine Adapter, kein Arbeitsspeicher, keine Dateisysteme, keine Software. Ein Techniker übernimmt den Incident und sucht die Details anderswo, und genau in diesem Moment hörte die CMDB auf, der Ort zu sein, an dem man nachsieht.
Festplatten, Netzwerkadapter, Speichermodule und Volumes als Standard-Datenquellen ITAM
- 04 zwei Datensätze, eine Maschine
Die Neuinstallation kam als zweites CI zurück, und das erste ist nie verschwunden.
Duplikate und längst verwaiste Datensätze sammeln sich in einer von Hand gepflegten CMDB an. Jeder davon lässt die nächste Person dem nächsten Datensatz ein wenig weniger vertrauen.
Erkennung doppelter Systeme und Archivierung veralteter Geräte ITAM
- Ein weiteres Bereinigungsprojekt behebt nichts davon. Abhilfe schafft eine Datenzufuhr für die CMDB, bei der jeder Lauf die Bereinigung übernimmt.
Zwei der fünf Disziplinen.
Jedes Produkt läuft eigenständig und nutzt dasselbe Asset-Modell, daher erfordern produktübergreifende Aufgaben keinen Integrationsaufwand.
Sie sehen die vollständigen technischen Details. Schalten Sie sie aus, um die Kurzfassung zu sehen.
Technische Details ausblendenVon der Maschine zum CI in fünf Schritten.
Die Anwendung erledigt eine Aufgabe, und zwar nach Zeitplan: die Plattform-API lesen, die Rückgabe zwischenspeichern, sie in die CMDB transformieren und dokumentieren, was sie getan hat.
-
Den Datensatz befüllen, bevor er die Plattform verlässt
Was immer die CMDB wissen soll, muss die Plattform zuerst sehen. Zehn Erkennungsmethoden landen in einem Schema, sodass die Maschinen, die ein Netzwerkdurchlauf nie erreicht, im selben Inventar stehen wie die, die er erreicht.
- Network Discovery über NetBIOS, SNMP und ICMP ITAM
- Nativer Inventar-Agent für Windows, macOS, Linux, AIX, HP-UX und Solaris ITAM
- Agentenloses und befehlszeilenbasiertes Inventar (csinvcli) für abgeschottete Umgebungen ITAM
- Eigenständiges Inventar für isolierte und Offline-Systeme ITAM
- Erkennung doppelter Systeme und Archivierung veralteter Geräte ITAM
- Software Recognition Database mit zentral gepflegter Kategorisierung von Titeln SAM
-
Anwendung installieren, drei Dinge einstellen
API Url, API Username und API Password sind alles, was sie zum Laufen braucht. Seitengröße und Verlaufsaufbewahrung stehen bereit, wenn Sie sie anpassen möchten, ansonsten funktioniert die Anwendung sofort.
- Certero ServiceNow Application, in Ihrer Instanz installiert ServiceNow
- Drei Einstellungen zum Start: API Url, API Username, API Password ServiceNow
- API Page Size und History Retention, beide konfigurierbar ServiceNow
- Schreibgeschützte Certero-API als einzige Quelle, die die Synchronisierung liest ServiceNow
- Menüzugriff auf die Rolle x_certero.administrator beschränkt ServiceNow
-
Nach Zeitplan ausführen oder sofort
Der Zeitplan ist eine ServiceNow Scheduled Script Execution, die die Synchronisierung im Hintergrund ausführt. Mit Sync Now starten Sie eine, wenn Sie sie vor der nächsten planmäßigen brauchen.
- Scheduled Script Execution startet Synchronisierung im Hintergrund ServiceNow
- Sync Now auf den Seiten für Datenquellen und Verlauf ServiceNow
-
Zwischenspeichern, dann in die CMDB transformieren
Jeder Lauf beginnt damit, den Verlauf jenseits der von Ihnen festgelegten Aufbewahrung zu bereinigen. Dann werden die Staging-Tabellen geleert, jede Datenquelle fragt die API seitenweise ab, bis nichts mehr kommt, und jede Transform Map schreibt ihre Datensätze in ServiceNow.
- Standard-Datenquellen für Windows-, macOS- und Linux-Computer ServiceNow
- Festplatten als CMDB-Speichergeräte geschrieben, Volumes als CMDB-Dateisysteme ServiceNow
- Netzwerkadapter, Speichermodule, Software als CMDB-Pakete und Softwareinstallationen ServiceNow
- SNMP-Netzwerkgeräte über eine eigene Datenquelle ServiceNow
- Eine Transform Map für jede Standard-Datenquelle ServiceNow
-
Jeden Lauf dokumentieren
Jede Synchronisierung schreibt einen Verlaufsdatensatz, der von ausstehend über laufend zu abgeschlossen wechselt, mit einem Systemmeldungsprotokoll darunter, aufbewahrt so lange wie von Ihnen festgelegt.
- Verlaufsdatensatz pro Synchronisierung: ausstehend, laufend, abgeschlossen ServiceNow
- Systemmeldungsprotokoll zu jedem Lauf für die Fehlersuche ServiceNow
- Alter Verlauf gemäß konfigurierter Aufbewahrung bereinigt ServiceNow
- Metadaten der Datenquellen in einer Tabelle, erweiterbar um weitere API-Endpunkte ServiceNow
Lassen Sie sich jede dieser Funktionen direkt im Produkt zeigen, auf dem Bildschirm, auf dem sie stattfindet.
Ein Konfigurationselement sollte mit seinen Bestandteilen ankommen.
Die Anwendung liefert eine Datenquelle für Windows-, macOS- und Linux-Computer und für jeden davon die Festplatten, Netzwerkadapter, Speichermodule, Volumes, Software und Softwareinstallationen. Jede Standard-Datenquelle hat eine Transform Map, die sie in die CMDB schreibt.
In CerteroX
Eine Maschine, einmal inventarisiert.
Welche der zehn Erkennungsmethoden sie auch erreicht hat, der Datensatz hat immer dieselbe Form: die Maschine und alles, was darin steckt.
- Windows
- macOS
- Linux
Jedes der drei wird mit sieben Datenquellen ausgeliefert, eine für jeden der sieben Datensatztypen.
In ServiceNow
Sieben Datensätze, jeweils mit einer Datenquelle und einer Transform Map.
- Der Computer selbst
- Festplatten CMDB-Speichergeräte
- Netzwerkadapter
- Speichermodule
- Volumes CMDB-Dateisysteme
- Software CMDB-Pakete
- Softwareinstallationen
SNMP-Netzwerkgeräte kommen über eine eigene Datenquelle, und die Metadaten der Datenquellen liegen in einer Tabelle, sodass weitere API-Endpunkte hinzugefügt werden können, ohne die Anwendung zu ändern.
So sieht der Zielzustand aus.
Der Prüfstein einer CMDB ist, ob jemand sie konsultiert, bevor er zum Telefon greift.
- 01
Das CI kommt mit seinen Bestandteilen an.
Festplatten als Speichergeräte, Volumes als Dateisysteme, Software als Pakete, dazu Netzwerkadapter, Speichermodule und Softwareinstallationen. Der Datensatz beantwortet die Frage, wegen der ihn jemand geöffnet hat.
- 02
Nichts hängt davon ab, dass jemand daran denkt.
Die Scheduled Script Execution führt die Synchronisierung im Hintergrund aus. Die CMDB ändert sich, wenn sich das Inventar ändert, nicht wenn eine Bereinigung angesetzt wird.
- 03
Windows ist nicht die einzige vollwertige Plattform.
macOS und Linux werden gleichberechtigt mit Windows als Standard-Datenquellen ausgeliefert, mit denselben Datensatztypen unter jeder Maschine, und SNMP-Netzwerkgeräte kommen über eine eigene Datenquelle.
- 04
Jeder Lauf ist nachvollziehbar.
Ein Verlaufsdatensatz pro Synchronisierung, von ausstehend über laufend bis abgeschlossen, mit einem Systemmeldungsprotokoll für alles, was einer Erklärung bedarf, und einer Aufbewahrungseinstellung, die verhindert, dass der Verlauf endlos wächst.
- 05
Ein neuer Endpunkt braucht keine neue Anwendung.
Die Metadaten der Datenquellen liegen in einer Tabelle, sodass die Synchronisierung auf weitere API-Endpunkte ausgerichtet werden kann, ohne die Anwendung selbst zu ändern.
Häufig gestellte Fragen
Sie möchten eine andere Frage stellen?
Kontakt aufnehmenErkennt die Anwendung selbst etwas?
Nein, und hier lohnt es sich, genau zu sein. Erkennung und Inventarisierung finden in CerteroX statt, über zehn Methoden und sechs Betriebssystemfamilien. Die Anwendung liest die Plattform-API und schreibt Konfigurationselemente in die CMDB. Sie ist eine Datenzufuhr, kein zweites Erkennungstool, das mit Ihrem vorhandenen konkurriert.
Wie viel Konfiguration ist vor der ersten Synchronisierung nötig?
Drei Einstellungen: API Url, API Username und API Password. Die Anwendung bringt ihre Standard-Datenquellen und deren Transform Maps mit und funktioniert damit bei minimaler Konfiguration. API-Seitengröße und Verlaufsaufbewahrung sind die beiden, die Sie danach eventuell anpassen möchten.
Was kommt tatsächlich in der CMDB an?
Windows-, macOS- und Linux-Computer und für jeden davon die Festplatten, Netzwerkadapter, Speichermodule, Volumes, Software und Softwareinstallationen. Festplatten landen als CMDB-Speichergeräte, Volumes als CMDB-Dateisysteme und Software als CMDB-Pakete. SNMP-Netzwerkgeräte kommen über eine eigene Datenquelle.
Wie oft wird synchronisiert, und können wir eine Synchronisierung erzwingen?
Eine ServiceNow Scheduled Script Execution startet die Synchronisierung im Hintergrund nach dem von Ihnen festgelegten Zeitplan. Sync Now finden Sie auf der Seite der Datenquellen und auf der Verlaufsseite, wenn Sie sofort eine brauchen.
Wie erkennen wir, was ein Lauf getan hat?
Jede Synchronisierung schreibt einen Verlaufsdatensatz, der von ausstehend über laufend zu abgeschlossen wechselt, mit einem zugehörigen Systemmeldungsprotokoll für die Fehlersuche. Alte Datensätze werden gemäß der konfigurierten Aufbewahrung bereinigt, sodass der Verlauf nützlich bleibt, statt selbst zum Speicherproblem zu werden.
Wir möchten Daten, die die Standard-Datenquellen nicht enthalten. Ist das eine Anpassung?
Nicht an der Anwendung. Die Metadaten der Datenquellen liegen in einer Tabelle, sodass weitere API-Endpunkte als Datenquellen hinzugefügt werden können, ohne den Anwendungscode zu ändern.
Wird auch die Lizenzposition nach ServiceNow übertragen?
Nein. Die effektive Lizenzposition bleibt in CerteroX SAM, wo Lizenzanspruch, Nutzungsnachweise und Hersteller-Engines liegen. Nach ServiceNow übertragen wird das Inventar: die Konfigurationselemente und die Details darunter.
Öffnen Sie ein CI.
Sehen Sie, was darunter angekommen ist.
Ein Synchronisierungslauf von Anfang bis Ende: Staging geleert, jede Datenquelle seitenweise aus der API abgerufen, jede Transform Map schreibt in die CMDB, und der Verlaufsdatensatz, der zurückbleibt. Sagen Sie uns, welche CMDB-Klassen für Ihren Service Desk am wichtigsten sind, und wir öffnen diese zuerst.
Nichts anzubinden, und im Gespräch jemand, der Fragen zu den Datenquellen und Transform Maps beantworten kann.