L'amministratore IT crea un CMDB con Discovery

Caso d'uso a colpo d'occhio

Profilo: Un amministratore IT responsabile dei dati di configurazione, della copertura Discovery e della qualità del CMDB

Lavoro da eseguire: Scoprire gli asset, identificarli in modo coerente, creare o aggiornare gli elementi di configurazione ed esporre relazioni utili senza ricorrere all'immissione manuale nell'inventario

Punto di partenza: Vengono forniti CMDB e Service Graph e Asset Discovery è disponibile in Salesforce Go.

Risultato positivo: Un ambito pilota definito produce IC correnti senza duplicati, con fonti tracciabili e dati di relazione sufficienti per supportare l'analisi dell'impatto.

Utilizzare questo scenario per scegliere un ambito Discovery iniziale, convalidare i record risultanti e determinare quando i dati sono abbastanza affidabili da espandersi. Seguire gli argomenti della Guida collegati per informazioni dettagliate sulle procedure di provisioning, installazione, gestione delle credenziali e configurazione della destinazione.

Prima di iniziare

Verificare che CMDB e Service Graph siano forniti, che CMDB e Asset Discovery siano abilitati e che l'amministratore disponga dell'accesso richiesto. Vedere Impostazione di Discovery utilizzando Salesforce Go per il processo di attivazione.

Definizione di un pilota affidabile

Iniziare con una domanda sull'inventario e un ambiente delimitato. Ad esempio, è possibile individuare le workstation in un ufficio, i server in una sottorete, gli endpoint remoti in un gruppo pilota o le risorse cloud selezionate. Un ambito più piccolo semplifica il rilevamento degli errori di identificazione, copertura e relazione prima che influiscano sul CMDB più ampio.

Discovery può compilare CMDB da fonti di rete, endpoint, virtuali, cloud e di sistema di gestione supportate. Per un primo inventario dei dispositivi dell'utente finale, iniziare con Microsoft Intune o Jamf Pro. Queste integrazioni estraggono Windows, macOS e dispositivi mobili gestiti dai sistemi già utilizzati dai clienti. Utilizzare le analisi senza agente o basate sugli agenti quando la destinazione non è in Intune o Jamf. Selezionare solo i metodi che corrispondono all'ambiente e ai diritti. Vedere Scoprire dispositivi da Microsoft Intune e Scoprire dispositivi da Jamf Pro. Per informazioni sulla collaborazione tra Discovery e CMDB, vedere Come CMDB e Discovery collaborano per migliorare la gestione degli asset.

Definizione delle regole di identificazione prima della scala

Definire i tipi di IC e gli attributi richiesti dal pilota prima di considerare affidabili i risultati delle analisi. Le regole di identificazione determinano se i dati in entrata aggiornano un approfondimento digitale esistente o ne creano uno nuovo. Identificatori errati o mancanti possono creare record duplicati, aggiornare l'asset errato e indebolire le relazioni e i rapporti.

Utilizzare identificatori stabili forniti in modo affidabile dalla fonte selezionata. Testare gli asset rappresentativi nuovi, già noti, rinominati o segnalati da più di una fonte. Verificare che le analisi ripetute aggiornino l'approfondimento previsto anziché creare un altro record. Vedere Regole di identificazione per il comportamento di corrispondenza canonica.

L'identificazione non è un motore generale di unione con precedenza origine o duplicato. Se le fonti non sono d'accordo, analizzare i dati di origine e la decisione di modellazione anziché presumere che CMDB selezioni automaticamente un valore rimanente o unisca i duplicati esistenti.

Individuazione e convalida dei primi asset

Scegliere il metodo di raccolta in base alla raggiungibilità. Agentless Discovery utilizza un'applicazione Discovery in un host Windows, credenziali memorizzate, destinazioni, sonde e processi di scansione. Discovery basato sugli agenti estende la copertura agli endpoint Windows, macOS o Linux che non sono costantemente raggiungibili tramite le analisi di rete.

Se il pilota gestisce laptop, Mac o dispositivi mobili, creare una destinazione Intune o Jamf Discovery anziché iniziare con una scansione della rete. Intune e Jamf vengono eseguiti tramite Flusso Salesforce e una connessione registrata. Ogni esecuzione crea o aggiorna gli indicatori di prestazione dall'inventario MDM. Esaminare le mappature dei campi e le regole di identificazione prima della prima sincronizzazione in modo che i dispositivi corrispondano agli indicatori di prestazione esistenti anziché creare duplicati.

Per ogni destinazione, mantenere ristretto l'ambito iniziale, scegliere le credenziali e il probe appropriati ed eseguire l'analisi secondo le procedure di sicurezza del team. Per ulteriori informazioni sull'installazione dettagliata e sulle procedure di destinazione, vedere:

• 6528689102808206332821670507601149851513188037Scoprizione senza agenti per la scansione degli asset IT
• Individuazione basata sugli agenti per una copertura estesa dei dispositivi
• Scoprire i dispositivi da Microsoft Intune
• Scoprire i dispositivi da Jamf Pro

Esaminare l'analisi come checkpoint della qualità dei dati anziché considerare il completamento come un successo. Confrontare i totali scoperti con l'inventario previsto, esaminare le scoperte non riuscite ed esaminare gli asset in Tutti, Nuovo e Aggiornato. Verificare che i campi obbligatori siano compilati e che le analisi ripetute aggiornino i record esistenti. Vedere Monitoraggio e revisione dei processi per le sezioni dei risultati delle analisi canoniche.

Connessione di elementi di configurazione in una visualizzazione di servizio

L'inventario diventa operativamente utile quando i team possono comprendere le dipendenze. Discovery crea o aggiorna elementi di configurazione. Non crea automaticamente queste relazioni. Al termine della scansione o della sincronizzazione MDM, aprire Gestore processi ed eseguire un processo per connettere gli indicatori di prestazioni rilevati, ad esempio un'applicazione eseguita su un server o una workstation che si connette tramite un dispositivo di rete. Convalidare la direzione della relazione e rimuovere i link che non rappresentano l'ambiente effettivo. Vedere Process Manager for Analyzing Discovery Data and Esecuzione di un processo.

Utilizzare Service Graph per ispezionare le connessioni a monte e a valle, valutare l'impatto di modifiche o interruzioni e identificare i link mancanti. Un layout grafico controlla ciò che appare; non crea relazioni che non sono registrate in CMDB. Vedere Visualizzazione delle relazioni degli elementi di configurazione con Service Graph. Utilizzare Grafico di servizio dopo che i processi hanno scritto le relazioni che si prevede di vedere.

Il punto saliente dell'adozione si verifica quando un team di assistenza può utilizzare i dati pilota per rispondere a una domanda pratica, ad esempio quali sistemi dipendono da un server interessato. Ciò richiede che Process Jobs abbia creato le relazioni, non solo un'analisi completata. Un numero elevato di IC senza identità stabile, attributi correnti e relazioni utili è il volume dell'inventario anziché l'adozione del CMDB.

Monitoraggio della qualità dei dati ed espansione di Discovery

Registrare una base di riferimento dopo la prima analisi riuscita: asset previsti, asset rilevati, IC nuovi e aggiornati, errori, duplicati, attributi obbligatori mancanti e relazioni convalidate. Scegliere intervalli di scansione o degli agenti che corrispondano alla velocità con cui cambia l'ambiente anziché descrivere tutti i dati di Discovery come in tempo reale.

Espandersi a un'altra sottorete, gruppo di endpoint, tipo di approfondimento digitale o origine solo dopo che il pilota corrente ha soddisfatto i criteri di accettazione. Continuare a monitorare l'attività della fonte, le indicazioni orarie della prima e dell'ultima scoperta, la cronologia IC, gli esiti della scansione, la copertura e l'aggiornamento. Per la sequenza di Discovery canonica e il comportamento di elaborazione, vedere Informazioni sul ciclo di vita.