U bent hier:
IT-beheerder stelt een CMDB samen met Discovery
Gebruik Discovery om een IT-beheerder te helpen een betrouwbare Configuration Management Database (CMDB) op te bouwen door configuratie-items (CI's) en hun afhankelijkheden te inventariseren in een gecontroleerd gedeelte van de IT-omgeving.
Gebruikscase in een oogopslag
Persoon: Een IT-beheerder die verantwoordelijk is voor configuratiegegevens, Discovery-dekking en CMDB-kwaliteit
Klus te klaren: Activa ontdekken, ze consistent identificeren, configuratie-items maken of bijwerken en nuttige relaties zichtbaar maken zonder afhankelijk te zijn van handmatige voorraadinvoer
Uitgangspunt: CMDB en Servicegrafiek worden geleverd en Asset Discovery is beschikbaar in Salesforce Go.
Geslaagd resultaat: Een gedefinieerd proefbereik produceert huidige CI's zonder duplicaten, met traceerbare bronnen en voldoende relatiegegevens om een impactanalyse te ondersteunen.
Gebruik dit scenario om een eerste Discovery-bereik te kiezen, de resulterende records te valideren en te bepalen wanneer de gegevens betrouwbaar genoeg zijn om uit te breiden. Volg de gekoppelde Help-onderwerpen voor gedetailleerde procedures voor levering, installatie, inloggegevensbeheer en doelconfiguratie.
Voordat u begint
Bevestig dat CMDB en Servicegrafiek zijn aangeleverd, CMDB en Asset Discovery zijn ingeschakeld en de beheerder de vereiste toegang heeft. Zie Discovery instellen met Salesforce Go voor het activeringsproces.
Een betrouwbare pilot definiëren
Begin met één voorraadvraag en één begrensde omgeving. Ontdek bijvoorbeeld werkstations in één kantoor, servers in één subnet, externe eindpunten in één proefgroep of geselecteerde cloudresources. Een kleiner bereik maakt identificatie-, dekkings- en relatiefouten gemakkelijker te detecteren voordat ze gevolgen hebben voor de bredere CMDB.
| Proefbesluit | Vraag | Bewijs van gereedheid |
|---|---|---|
| CI-bereik | Welke CI-typen ondersteunen de eerste operationele gebruikscase? | Verplichte typen en kenmerken bestaan in CI Type Manager. |
| Discovery-methode | Kan Microsoft Intune of Jamf Pro de voorraad leveren voor eindgebruikersapparaten? Hebt u voor andere activa agentloze scans of eindpuntagenten nodig? | De geselecteerde bron komt overeen met hoe die apparaten al worden beheerd. Intune, Jamf of de gekozen scanmethode is gerechtigd en toegankelijk. |
| Identiteit | Welke stabiele kenmerken onderscheiden de ene CI van de andere? | Identificatieregels gebruiken waarden zoals serienummer of MAC-adres. |
| Eigendom | Wie beoordeelt nieuw ontdekte of gewijzigde records? | Een benoemde gegevenseigenaar kan uitzonderingen en hiaten onderzoeken. |
| Meeteenheid voor succes | Wat bewijst dat de pilot nuttig is? | Dekking, versheid, duplicaatscore, verplichte kenmerken en volledigheid van relaties hebben acceptatiecriteria. |
Discovery kan CMDB invullen vanuit netwerk-, eindpunt-, virtuele-, cloud- en ondersteunde beheersysteembronnen. Begin voor een eerste apparaatinventarisatie voor eindgebruikers met Microsoft Intune of Jamf Pro. Die integraties halen beheerde Windows, macOS en mobiele apparaten op uit systemen die klanten al gebruiken. Gebruik agentloze of op agenten gebaseerde scans wanneer het doel niet in Intune of Jamf is. Selecteer alleen de methoden die overeenkomen met de omgeving en rechten. Zie Apparaten ontdekken vanuit Microsoft Intune en Apparaten ontdekken vanuit Jamf Pro. Zie Hoe CMDB en Discovery samenwerken om Activumbeheer te verbeteren voor meer informatie.
Identificatieregels definiëren voordat u schaalt
Definieer CI-typen en de kenmerken die de proef vereist voordat scanresultaten worden vertrouwd. Identificatieregels bepalen of inkomende gegevens een bestaande CI bijwerken of een nieuwe maken. Onjuiste of ontbrekende identifiers kunnen dubbele records maken, het verkeerde activum bijwerken en relaties en rapportage verzwakken.
Gebruik stabiele identifiers die de geselecteerde bron betrouwbaar levert. Test representatieve activa die nieuw, al bekend, hernoemd of gerapporteerd zijn door meer dan één bron. Bevestig dat herhaalde scans de beoogde CI bijwerken in plaats van een andere record te maken. Zie Identificatieregels in CMDB voor de werking van canonieke overeenkomsten.
Identificatie is geen algemene bronprioriteit of duplicaatsamenvoegingsengine. Als bronnen het niet eens zijn, onderzoekt u de brongegevens en de modelleringsbeslissing in plaats van aan te nemen dat CMDB automatisch een overlevende waarde selecteert of bestaande duplicaten samenvoegt.
De eerste activa ontdekken en valideren
Kies de verzamelingsmethode op basis van bereikbaarheid. Agentless Discovery gebruikt een Discovery-toepassing op een Windows-host, opgeslagen inloggegevens, doelen, sondes en scantaken. Op agenten gebaseerde ontdekking breidt de dekking uit naar Windows-, macOS- of Linux-eindpunten die niet consistent bereikbaar zijn via netwerkscans.
Als de piloot laptops, Macs of mobiele apparaten beheert, maakt u een Intune- of Jamf-ontdekkingsdoel in plaats van te beginnen met een netwerkscan. Intune en Jamf worden uitgevoerd via Salesforce Flow en een geregistreerde verbinding. Elke uitvoering maakt of werkt CI's bij vanuit de MDM-voorraad. Controleer veldtoewijzingen en identificatieregels vóór de eerste synchronisatie, zodat apparaten overeenkomen met bestaande CI's in plaats van duplicaten te maken.
Houd voor elk doel het aanvankelijke bereik smal, kies de juiste inloggegevens en sonde en voer de scan uit volgens de beveiligingspraktijken van het team. Zie voor meer informatie over gedetailleerde installatie- en doelprocedures:
- 652868910280820633232821670507601149851513188037Agentless Discovery voor het scannen van IT-activa
- Op agenten gebaseerde ontdekking voor uitgebreide apparaatdekking
- Apparaten ontdekken vanuit Microsoft Intune
- Apparaten ontdekken vanuit Jamf Pro
Controleer de scan als een gegevenskwaliteitscontrolepunt in plaats van voltooiing als succes te beschouwen. Vergelijk ontdekte totalen met verwachte voorraad, inspecteer mislukte ontdekkingen en beoordeel activa onder Alles, Nieuw en Bijgewerkt. Bevestig dat verplichte velden zijn ingevuld en dat herhaalde scans bestaande records bijwerken. Zie Scantaken bewaken en beoordelen voor de secties met canonieke scanresultaten.
Configuratie-items verbinden in een serviceweergave
Voorraad wordt operationeel nuttig wanneer teams afhankelijkheden begrijpen. Discovery maakt configuratie-items of werkt deze bij. Deze relaties worden niet automatisch gemaakt. Nadat de scan of MDM-synchronisatie is voltooid, opent u Procesbeheer en voert u een procestaak uit om de ontdekte CI's te verbinden, bijvoorbeeld een toepassing die wordt uitgevoerd op een server of een werkstation dat verbinding maakt via een netwerkapparaat. Valideer de relatierichting en verwijder koppelingen die niet de feitelijke omgeving vertegenwoordigen. Zie Procesmanager voor het analyseren van Discovery-gegevens en het uitvoeren van een procestaak.
Gebruik Servicegrafiek om upstream- en downstreamverbindingen te inspecteren, de gevolgen van wijzigingen of uitval te beoordelen en ontbrekende schakels te identificeren. Een grafieklay-out bepaalt wat er wordt weergegeven; er worden geen relaties gemaakt die niet zijn vastgelegd in CMDB. Zie Relaties van configuratie-items visualiseren met servicegrafiek. Gebruik Servicegrafiek nadat Procestaken de relaties hebben geschreven die u verwacht te zien.
De acceptatiemijlpaal treedt op wanneer een serviceteam de proefgegevens kan gebruiken om een praktische vraag te beantwoorden, zoals welke systemen afhankelijk zijn van een betroffen server. Hiervoor moeten Processtaken de relaties hebben gemaakt, niet alleen een voltooide scan. Een groot aantal CI's zonder stabiele identiteit, huidige kenmerken en nuttige relaties is voorraadvolume in plaats van CMDB-acceptatie.
Gegevenskwaliteit bewaken en Discovery uitbreiden
Leg een baseline vast na de eerste succesvolle scan: verwachte activa, ontdekte activa, nieuwe en bijgewerkte CI's, mislukkingen, duplicaten, ontbrekende verplichte kenmerken en gevalideerde relaties. Kies scan- of agentintervallen die overeenkomen met hoe snel de omgeving verandert, in plaats van alle Discovery-gegevens als real-time te beschrijven.
Breid het pakket pas uit naar een ander subnet, een andere eindpuntgroep, een ander CI-type of een andere bron nadat de huidige pilot aan de acceptatiecriteria ervan heeft voldaan. Blijf bronactiviteit, tijdstempels van eerste en laatste ontdekking, CI-historie, scanuitkomsten, dekking en versheid bewaken. Zie De Discovery-levenscyclus leren voor de canonieke Discovery-volgorde en verwerkingswerking.
