CMDB: Hvad er en CMDB, og hvordan kommer I i gang?
En CMDB giver jer overblik over jeres IT, og hvordan delene hænger sammen – så I kan se konsekvensen af en fejl eller en ændring, før den rammer.
Hvad er en CMDB?
CMDB står for configuration management database: en database over jeres konfigurationselementer (CI’er) og relationerne mellem dem.
Et CI er alt det, I vil holde styr på – fx en server, en laptop, en applikation, en licens, en service eller en leverandør. Det særlige ved en CMDB er relationerne. Den viser, at webshoppen afhænger af et ordre-API, som bruger en database på en bestemt server. Så ved I, hvad der bliver ramt, når noget går ned eller skal ændres.
I ITIL hedder disciplinen konfigurationsstyring (configuration management), og CMDB’en er det register, den bygger på.
- ServiceWebshopafhænger af
- ApplikationOrdre-APIafhænger af
- DatabaseOrderskører på
- ServerSRV-DB-02Skal genstartes
SRV-DB-02 skal genstartes. Hvem bliver ramt?
- Webshoppen
- Kundeservice
- 3 integrationer
CMDB vs. IT asset management (ITAM)
De to begreber bliver ofte blandet sammen. De bruger mange af de samme data, men svarer på forskellige spørgsmål.
| CMDB | IT asset management (ITAM) | |
|---|---|---|
| Fokus | Relationer og afhængigheder | Ejerskab, økonomi og livscyklus |
| Spørgsmålet | Hvad bliver ramt, hvis det går ned? | Hvad ejer vi, og hvad koster det? |
| Bruges til | Fejlfinding, konsekvensanalyse og sikre changes | Indkøb, licenser, garantier og udskiftning |
| Typiske data | Services, CI’er og hvordan de hænger sammen | Pris, leverandør, kontrakt og garanti |
I praksis bruger de fleste de samme data til begge dele. Læs om asset management
Hvad indeholder en CMDB?
En CMDB indeholder de elementer, der er vigtige for at levere jeres IT-services. De fleste starter med disse seks typer og udvider, når fundamentet sidder.
Hardware
Laptops, servere, netværksudstyr og telefoner – med model, serienummer, ejer og garanti.
Software og licenser
Hvilke programmer der er installeret hvor, og hvor mange licenser I har og bruger.
Services
De services, brugerne oplever – fx e-mail, ERP eller VPN – og hvad de afhænger af.
Relationer
Hvordan elementerne hænger sammen: hvilken server kører hvilken service, og hvem bruger den.
Brugere og ejere
Hvem bruger udstyret, og hvem er ansvarlig for at holde det opdateret.
Lokationer
Kontorer, datacentre og lagre, så I ved, hvor udstyret står.
Hvorfor en CMDB?
En CMDB er kun værdifuld, hvis den bliver brugt. Den største gevinst kommer, når den er koblet til jeres sager i hverdagen.
Hurtigere fejlfinding
Når en incident kommer ind, kan supporten se det berørte udstyr, dets historik og hvilke services der er ramt – uden at lede i regneark.
Sikrere ændringer
Før en ændring godkendes, viser relationerne, hvilke services og brugere der bliver påvirket. Så kan I planlægge ændringen i et servicevindue.
Overblik til sikkerhed og compliance
NIS2 og ISO 27001 stiller krav om, at I har styr på jeres aktiver. En opdateret CMDB gør det lettere at dokumentere, hvad I har, og hvem der er ansvarlig.
Færre glemte licenser og enheder
Se udløbne garantier, ubrugte licenser og udstyr uden ejer i tide, så I undgår unødvendige udgifter og overraskelser.
Sådan kommer I i gang med en CMDB
Mange CMDB-projekter går i stå, fordi de forsøger at registrere alt på én gang. Start i stedet småt og byg videre på det, der virker. Det er sådan, vi bygger jeres CMDB i Assets.
- 1
Start med én kritisk service
Vælg fx webshoppen eller e-mail – ikke hele IT-landskabet.
- 2
Definér få CI-typer og relationer
Kun dem, I har brug for til den service. Flere kan komme til senere.
- 3
Hent data automatisk
Brug discovery og integrationer i stedet for at taste data ind i hånden.
- 4
Kobl CMDB'en til sagerne
Når incidents og changes peger på CI'er, bliver CMDB'en brugt – og fejl i data opdaget.
- 5
Udnævn ejere
Hver CI-type har en ansvarlig, så data bliver holdt ved lige.
Typiske faldgruber
Dårlig datakvalitet
Data, der tastes ind i hånden, er forældet efter få måneder. Så holder folk op med at stole på CMDB’en.
For mange detaljer
Hvert ekstra felt skal vedligeholdes. Registrér kun det, I faktisk bruger til at træffe beslutninger.
Manglende ejerskab
Når ingen er ansvarlig for data, bliver ingen ansvarlig for at rette fejlene. Ejerskab er lige så vigtigt som værktøjet.
Vores løsning: CMDB med Assets i Jira Service Management
I Jira Service Management hedder CMDB’en Assets (tidligere Insight). Den er bygget ind i samme platform som jeres sager, så CI’er, services og relationer kan kobles direkte til incidents, problemer og changes.
Hos Seibert sætter vi Assets op som jeres CMDB: Vi designer datamodellen, forbinder jeres eksisterende systemer, så data holder sig opdateret af sig selv, og kobler CMDB’en til jeres incidents og changes. Resultatet er en CMDB, der bliver brugt i hverdagen – ikke et regneark, der bliver glemt.
Herunder kan du følge, hvordan det ser ud i praksis: fra data hentes ind, til CMDB’en hjælper, når mailserveren går ned, og når der skal laves ændringer.
Data importeres til jeres skema – fx fra et regneark eller et andet system – og kan køre automatisk efter en fast tidsplan.
Klik på et trinEksempel på en CMDB i Assets i Jira Service Management
| Behov i en CMDB | Sådan virker det i Assets |
|---|---|
| Datamodel | Objektskemaer med jeres egne objekttyper, felter og relationer – eller færdige skabeloner til IT-infrastruktur. |
| Data ind | Import fra fx regneark og andre systemer, som kan køre automatisk efter en fast tidsplan. Hvilke systemer der kan forbindes direkte, afhænger af jeres opsætning – det finder vi ud af sammen. |
| Relationer | Referencer mellem objekter og Schema graph, der viser, hvordan jeres objekttyper hænger sammen. |
| Kobling til sager | Assets-felter på incidents, problemer og changes, så det berørte CI står direkte på sagen. |
| Automatisering | Regler, der fx opdaterer status på udstyr, når en sag lukkes, eller sender sagen til ejeren af objektet. |
| Overblik | Dashboards med widgets over fx udstyr, garantier og de sager, der er koblet til jeres objekter. |
Ofte stillede spørgsmål om CMDB
Her finder du svar på de spørgsmål om CMDB, vi oftest får. Kontakt os gerne, hvis du har uddybende spørgsmål.
Hvad står CMDB for?
Hvad står CMDB for?
CMDB står for configuration management database. Det er en database over jeres konfigurationselementer – fx servere, laptops, applikationer og services – og relationerne mellem dem.
Hvad er et konfigurationselement (CI)?
Hvad er et konfigurationselement (CI)?
Et konfigurationselement, eller CI (configuration item), er alt det, I vil holde styr på i jeres CMDB: en server, en laptop, en applikation, en licens, en service eller en leverandør. Hvert CI har egenskaber som ejer, status og model og er koblet til de andre CI’er, det afhænger af.
Er en CMDB det samme som asset management?
Er en CMDB det samme som asset management?
Nej. Asset management handler om, hvad I ejer, hvad det koster, og hvornår det skal udskiftes. En CMDB handler om, hvordan tingene hænger sammen, og hvad der bliver ramt, hvis noget går ned. I praksis bruger de fleste de samme data til begge dele, og i Assets i Jira Service Management ligger de samme sted.
Kræver ITIL en CMDB?
Kræver ITIL en CMDB?
Nej, ITIL kræver ikke et bestemt værktøj. Men konfigurationsstyring er en af ITIL’s praksisser, og en CMDB er den mest udbredte måde at understøtte den på. Uden overblik over jeres CI’er og relationer bliver især incident- og change management sværere. Læs mere i vores guide til ITIL.
Kan man have en CMDB i Excel?
Kan man have en CMDB i Excel?
Man kan godt starte i et regneark, men det bliver hurtigt forældet, og det er svært at vise relationer og koble data til jeres sager. Et regneark er til gengæld et fint udgangspunkt for en import til en rigtig CMDB.
Er Assets inkluderet i Jira Service Management?
Er Assets inkluderet i Jira Service Management?
Ja, Assets er inkluderet i Jira Service Management Premium og Enterprise. Her kan I bygge jeres CMDB, importere data og koble objekterne direkte til incidents, problemer og changes.
Hvor lang tid tager det at bygge en CMDB?
Hvor lang tid tager det at bygge en CMDB?
Det afhænger af, hvor mange datakilder og objekttyper I starter med, men en første version omkring én kritisk service kan ofte være klar på få uger. Derefter udvider I løbende med flere services, kilder og relationer.
Sådan kan vi hjælpe jer
Er I nysgerrige på, hvordan en CMDB fungerer i Jira Service Management? Som Atlassian Platinum Solution Partner med ITSM-specialisering viser vi jer gerne løsningen, og hvis I synes om den, hjælper vi med implementeringen.
Se CMDB i Jira Service Management
Vi viser jer, hvordan Assets fungerer som CMDB i Jira Service Management, med udgangspunkt i jeres behov og spørgsmål. Så kan I selv vurdere, om løsningen passer til jer.
Effektiv implementering
Vælger I løsningen, hjælper vi med at designe datamodellen, sætte Assets op og forbinde jeres datakilder, så implementeringen forløber effektivt.
Drift og governance
Efter implementeringen hjælper vi også gerne med ejerskab, faste rutiner og træning, så jeres CMDB fortsat er retvisende.
Vi har allerede hjulpet
Vil I høre mere om CMDB?
Seibert Solutions Denmark
Fortæl os, hvor I står i dag, så giver vi et ærligt bud på, hvordan I kommer i gang med en CMDB – og hvordan den kan se ud i Assets i Jira Service Management.
Blegdamsvej 6, 2200 København N.
sales-denmark@seibert.group+45 53 55 64 74