Sie befinden sich hier:
IT-Administrator erstellt eine CMDB mit Discovery
Verwenden Sie Discovery, um einem IT-Administrator beim Erstellen einer vertrauenswürdigen Konfigurationsverwaltungsdatenbank (CMDB) zu helfen, indem Sie Konfigurationselemente (CIs) und ihre Abhängigkeiten in einem kontrollierten Teil der IT-Umgebung inventarisieren.
Anwendungsfall auf einen Blick
Person: Ein IT-Administrator, der für Konfigurationsdaten, Discovery-Abdeckung und CMDB-Qualität verantwortlich ist
Zu erledigende Aufgabe: Erkennen von Vermögenswerten, konsistentes Identifizieren, Erstellen oder Aktualisieren von Konfigurationselementen und Offenlegen nützlicher Beziehungen ohne manuelle Inventarerfassung
Ausgangspunkt: CMDB und Servicediagramm werden bereitgestellt und die Vermögenswerterkennung ist in Salesforce Go verfügbar.
Erfolgreiches Ergebnis: Ein definierter Pilotumfang erstellt aktuelle CIs ohne Duplikate mit nachvollziehbaren Quellen und ausreichend Beziehungsdaten, um die Auswirkungsanalyse zu unterstützen.
Verwenden Sie dieses Szenario, um einen anfänglichen Discovery-Geltungsbereich auszuwählen, die resultierenden Datensätze zu validieren und zu bestimmen, wann die Daten zuverlässig genug sind, um sie zu erweitern. Befolgen Sie die verlinkten Hilfethemen, um ausführliche Bereitstellungs-, Installations-, Anmeldeinformationen-Verwaltungs- und Zielkonfigurationsverfahren zu erhalten.
Bevor Sie loslegen
Überprüfen Sie, ob CMDB und Servicediagramm bereitgestellt, CMDB und Vermögenswerterkennung aktiviert und der Administrator über den erforderlichen Zugriff verfügt. Informationen zum Aktivierungsprozess finden Sie unter Einrichten von Discovery mit Salesforce Go.
Definieren eines vertrauenswürdigen Pilotprogramms
Beginnen Sie mit einer Inventarfrage und einer begrenzten Umgebung. Entdecken Sie beispielsweise Workstations in einem Büro, Server in einem Subnetz, Remote-Endpunkte in einer Pilotgruppe oder ausgewählte Cloud-Ressourcen. Ein geringerer Umfang erleichtert die Erkennung von Identifikations-, Abdeckungs- und Beziehungsfehlern, bevor sie sich auf die allgemeine CMDB auswirken.
| Pilotentscheidung | Frage | Bereitschaftsnachweis |
|---|---|---|
| CI-Geltungsbereich | Welche CI-Typen unterstützen den ersten betrieblichen Anwendungsfall? | Erforderliche Typen und Attribute sind im CI-Typ-Manager vorhanden. |
| Discovery-Methode | Können Microsoft Intune oder Jamf Pro für Endbenutzergeräte das Inventar bereitstellen? Benötigen Sie für andere Vermögenswerte Agentenlose Scans oder Endpunktagenten? | Die ausgewählte Quelle entspricht der bereits verwalteten Geräte. "Intune", "Jamf" oder die ausgewählte Scan-Methode ist berechtigt und erreichbar. |
| Identität | Welche stabilen Attribute unterscheiden eine CI von einer anderen? | Identifikationsregeln verwenden Werte wie Seriennummer oder MAC-Adresse. |
| Inhaberschaft | Wer überprüft neu entdeckte oder geänderte Datensätze? | Ein benannter Dateninhaber kann Ausnahmen und Lücken untersuchen. |
| Erfolgsmaßeinheit | Was beweist, dass das Pilotprogramm nützlich ist? | Abdeckung, Aktualität, Duplikatsrate, erforderliche Attribute und Vollständigkeit der Beziehung weisen Akzeptanzkriterien auf. |
Discovery kann CMDB aus Netzwerk-, Endpunkt-, virtuellen, Cloud- und unterstützten Verwaltungssystemquellen ausfüllen. Beginnen Sie für ein erstes Geräteinventar für Endbenutzer mit Microsoft Intune oder Jamf Pro. Diese Integrationen rufen verwaltete Windows-, macOS- und Mobilgeräte aus bereits von Kunden verwendeten Systemen ab. Verwenden Sie agentenlose oder agentenbasierte Scans, wenn sich das Ziel nicht in Intune oder Jamf befindet. Wählen Sie nur die Methoden aus, die mit der Umgebung und den Ansprüchen übereinstimmen. Entsprechende Informationen finden Sie unter Erkunden von Geräten aus Microsoft Intune und Erkunden von Geräten aus Jamf Pro. Informationen zur Zusammenarbeit von Discovery und CMDB finden Sie unter Zusammenarbeit von CMDB und Discovery zur Verbesserung der Vermögenswertverwaltung.
Definieren von Identifikationsregeln vor der Skalierung
Definieren Sie CI-Typen und die Attribute, die das Pilotprogramm benötigt, bevor Sie den Scanergebnissen vertrauen. Identifikationsregeln bestimmen, ob eingehende Daten eine vorhandene CI aktualisieren oder eine neue erstellen. Falsche oder fehlende Kennzeichner können doppelte Datensätze erstellen, den falschen Vermögenswert aktualisieren und Beziehungen und Berichte schwächen.
Verwenden Sie stabile Kennzeichner, die von der ausgewählten Quelle zuverlässig bereitgestellt werden. Testen Sie repräsentative Vermögenswerte, die neu, bereits bekannt, umbenannt oder von mehreren Quellen gemeldet wurden. Stellen Sie sicher, dass wiederholte Scans die vorgesehene CI aktualisieren, statt einen anderen Datensatz zu erstellen. Das kanonische Abgleichsverhalten finden Sie unter Identifikationsregeln in CMDB.
Die Identifizierung ist kein allgemeines Modul für Quellpräzedenz oder doppelte Zusammenführung. Wenn Quellen nicht übereinstimmen, untersuchen Sie die Quelldaten und die Modellierungsentscheidung, statt anzunehmen, dass CMDB automatisch einen überlebenden Wert auswählt oder vorhandene Duplikate zusammenführt.
Entdecken und Validieren der ersten Vermögenswerte
Wählen Sie die Sammlungsmethode anhand der Erreichbarkeit aus. Die Agentenlose Discovery verwendet eine Discovery-Anwendung auf einem Windows-Host, gespeicherte Anmeldeinformationen, Ziele, Sonden und Scanaufträge. Die agentenbasierte Discovery erweitert die Abdeckung auf Windows-, macOS- oder Linux-Endpunkte, die durch Netzwerkscans nicht durchgängig erreichbar sind.
Wenn das Pilotprogramm Laptops, Macs oder Mobilgeräte verwaltet, erstellen Sie ein Intune- oder Jamf-Erkundungsziel, statt mit einem Netzwerkscan zu beginnen. Intune und Jamf werden über den Salesforce-Flow und eine registrierte Verbindung ausgeführt. Bei jeder Ausführung werden CIs aus dem MDM-Inventar erstellt oder aktualisiert. Überprüfen Sie Feldzuordnungen und Identifikationsregeln vor der ersten Synchronisierung, damit Geräte mit vorhandenen CIs übereinstimmen, statt Duplikate zu erstellen.
Halten Sie für jedes Ziel den anfänglichen Umfang eng, wählen Sie die entsprechenden Anmeldeinformationen und Sonden aus und führen Sie den Scan unter den Sicherheitspraktiken des Teams aus. Weitere Informationen zu detaillierten Installations- und Zielverfahren finden Sie unter:
- Agentenlose Discovery zum Scannen von IT-Datenbeständen
- Agentenbasierte Entdeckung für erweiterte Geräteabdeckung
- Entdecken von Geräten in Microsoft Intune
- Entdecken von Geräten in Jamf Pro
Überprüfen Sie den Scan als Prüfpunkt für die Datenqualität, statt den Abschluss als Erfolg zu behandeln. Vergleichen Sie die ermittelten Gesamtwerte mit dem erwarteten Inventar, untersuchen Sie fehlgeschlagene Entdeckungen und überprüfen Sie Vermögenswerte unter Alle, Neu und Aktualisiert. Stellen Sie sicher, dass Pflichtfelder ausgefüllt sind und dass bei wiederholten Scans vorhandene Datensätze aktualisiert werden. Die Abschnitte mit den kanonischen Scanergebnissen finden Sie unter Überwachen und Überprüfen von Scanaufträgen.
Verbinden von Konfigurationselementen mit einer Serviceansicht
Das Inventar wird operativ nützlich, wenn Teams Abhängigkeiten nachvollziehen können. Discovery erstellt oder aktualisiert Konfigurationselemente. Diese Beziehungen werden nicht automatisch erstellt. Öffnen Sie nach Abschluss der Scan- oder MDM-Synchronisierung den Prozess-Manager und führen Sie einen Prozessauftrag aus, um die erkannten CIs zu verbinden, beispielsweise eine Anwendung, die auf einem Server ausgeführt wird, oder eine Workstation, die eine Verbindung über ein Netzwerkgerät herstellt. Validieren Sie die Beziehungsrichtung und entfernen Sie Links, die nicht die tatsächliche Umgebung darstellen. Entsprechende Informationen finden Sie unter Prozessmanager zum Analysieren von Discovery-Daten und Ausführen eines Prozessauftrags.
Verwenden Sie das Servicediagramm, um vor- und nachgelagerte Verbindungen zu untersuchen, die Auswirkungen von Änderungen oder Ausfällen zu bewerten und fehlende Links zu identifizieren. Ein Diagrammlayout steuert, was angezeigt wird. Es erstellt keine Beziehungen, die nicht in der CMDB aufgezeichnet werden. Entsprechende Informationen finden Sie unter Visualisieren von Konfigurationselementbeziehungen mit Servicediagrammen. Verwenden Sie Servicediagramm, nachdem Prozessaufträge die erwarteten Beziehungen geschrieben haben.
Der Akzeptanzmeilenstein tritt auf, wenn ein Serviceteam die Pilotdaten verwenden kann, um eine praktische Frage zu beantworten, beispielsweise welche Systeme von einem betroffenen Server abhängen. Dazu müssen Prozessaufträge die Beziehungen erstellt haben, nicht nur einen abgeschlossenen Scan. Eine große CI-Anzahl ohne stabile Identität, aktuelle Attribute und nützliche Beziehungen ist das Inventarvolumen und nicht die Akzeptanz von CMDB.
Überwachen der Datenqualität und Erweitern der Discovery
Notieren Sie sich nach dem ersten erfolgreichen Scan eine Grundlage: erwartete Vermögenswerte, entdeckte Vermögenswerte, neue und aktualisierte CIs, Fehler, Duplikate, fehlende erforderliche Attribute und validierte Beziehungen. Wählen Sie Scan- oder Agentenintervalle aus, die der Änderung der Umgebung entsprechen, statt alle Discovery-Daten als Echtzeit zu beschreiben.
Erweitern Sie die Option erst dann auf ein anderes Subnetz, eine andere Endpunktgruppe, einen anderen CI-Typ oder eine andere Quelle, wenn das aktuelle Pilotprogramm die entsprechenden Akzeptanzkriterien erfüllt. Überwachen Sie weiterhin die Quellaktivität, die ersten und letzten Entdeckungszeitstempel, den CI-Verlauf, die Scanergebnisse, die Abdeckung und die Aktualität. Informationen zur kanonischen Discovery-Sequenz und zum Verarbeitungsverhalten finden Sie unter Kennenlernen des Discovery-Lebenszyklus.
