Discovery & Dependency Mapping (DDM)

Discovery & Dependency Mapping (DDM)

Dagens IT virkelighet er kompleks, og gjenstand for hyppige endringer. Endringer skjer både som følge av strukturerte Release og Change prosesser drevet fra ITIL-baserte prosesstøtteverktøy, og på grunnlag av automatiske oppdateringer som f.eks. oppdatering av operativsystem og programvare i form av ”patcher” med rettelser eller tillegg.

Endringstakten er i dag så høy i de aller fleste IT-miljøer, at manuelle oversikter aldri er komplette eller korrekte. For å lykkes med å ha total oversikt kreves derfor automatisk innhenting av informasjon om den ”virkelige” tilstanden i det operative miljøet. Dette kalles ofte for ”skanning”. Dette er en av de sentrale funksjonene HP DDM (Discovery and Dependency Mapping) utfører.

DDM skanner hele nettet for inventar informasjon og populerer Universal CMDB med Configuration Items på alle nivåer. Basert på informasjon i disse oppdages relasjoner mellom dem, og en funksjon som kalles ”mapping” bygger relasjoner mellom CI’ene. Slike relasjoner kan være at en viss programvaremodul går på en gitt server (typisk hierarkisk relasjon), at visse nettverksenheter er knyttet til hverandre, eller de mer kompliserte som at en programvaremodul på en server kommuniserer med en database på en annen server via en gitt protokoll.

All konfigurering og administrasjon av DDM gjøres fra det grafiske grensesnittet til uCMDB. DDM har over 100 forskjellige metoder for datainnsamling. Det er opp til administratoren å velge hvilke av disse som skal brukes, og sette begrensninger på dem – hvor ofte, hvor omfattende (i hvilken del av nettverket), hvor mye – skal scannes. Skjermbildet i figuren nedenfor viser en oversikt over discovery moduler i feltet til venstre, hvor vi har valg ut en av disse – for MS-SQL – og viser de relasjonene/avhengighetene som oppdages av denne. I figuren ser vi også tallene for hvor mange CIer av hver type som er funnet i det aktuelle nettverket (eller subnettet).

I det neste skjermbildet har vi vist status fra siste kjøring av den samme scanningen som vist over. Der kan vi se at den er ferdig (100%) og at den har sjekket 160 servere. Den har funnet 78 konfigurasjonsfiler, 69 database klienter, 39 databasebrukere, med mer, og dette altså for ti MS SQL Servere. Egne rapporter kan fortelle oss om hvilke endringer som har skjedd i dette databasemiljøet siden forrige scanning. Når ”plutselig” en applikasjon ikke lenger virker, kan det ofte være en endring som har skjedd i løpet av natten – alt fra en patch som er automatisk installert, til en konfigurasjonsfil som er endret eller blitt fjernet. Dette er typisk informasjon som DDM oppdager ved sin scanning, og gjør tilgjengelig i uCMDB.

DDM finnes i tre varianter:

• DDM Advanced, som gir en full scanning av alle typer informasjon, inklusive relasjoner som hvilke applikasjoner som kommuniserer med hverandre.
• DDM Standard, som scanner all infrastruktur, men som kun innhenter relasjoner som har med hva som er fysisk sammenknyttet og hva som er installert hvor. Den mangler med andre ord ”mapping” funksjonen.
• DDM Inventory, som er fokusert på installert maskinvare, inklusive PCer, og programvare (inkl. lisenser) på disse. DDM Inventory brukes enten alene for å støtte ”asset management” og inventeringsløsninger, eller som et supplement til DDMS eller DDMA.

En skanning av hele infrastrukturen slik DDM muliggjør, gir kunden en komplett, god, og til enhver tid riktig oversikt. Oversikten omfatter også relasjoner mellom CI’er og visualiserer alt fra den minste CI enhet opp til definerte foretningstjenester. Alle data lagres i uCMDB, og kan visualiseres og administreres videre derfra. Via uCMDBs omfattende muligheter for integrasjon med overvåkings- og prosesstøtteverktøy blir de data som DDM innhenter og vedlikeholder tilgjengelig som en felles ressurs for alle sider ved IT-drift.