En CMDB är en databas som lagrar information om IT-tillgångar (konfigurationsobjekt) och relationerna mellan dem.
En CMDB (configuration management database) är en databas som lagrar information om organisationens IT-tillgångar - servrar, applikationer, nätverksutrustning, stationära datorer - och, viktigast av allt, relationerna mellan dem. Varje post är ett konfigurationsobjekt (CI) med egna attribut, och varje CI kopplas till det den kör på, beror på eller ansluter till. Relationsdatan är det som skiljer en CMDB från ett enkelt tillgångsregister: den svarar inte bara på “vad äger vi” utan på “vad går sönder om det här går ner”.
Vad räknas som konfigurationsobjekt
Ett CI är en komponent som är värd en egen post. Typiska exempel:
- Hårdvara-CI - servrar, switchar, brandväggar, lagringsarrayer, slutanvändarenheter
- Programvara-CI - applikationer, databaser, operativsystem, middleware
- Virtuella och moln-CI - virtuella maskiner, containrar, molninstanser och tjänster
- Tjänste-CI - affärstjänster komponenterna summerar till, som “e-post” eller “fakturering”
Varje CI har attribut (namn, version, miljö, ägare, plats) och relationer (“kör på”, “beror på”, “är del av”). Detaljnivån är det första designbeslutet: spårar du varje kabel drunknar din CMDB i skötsel, och spårar du bara servrar kan den inte svara på något användbart.
Relationer är poängen
Tänk dig en kedja: en faktureringsapplikation kör på en virtuell maskin, som kör på en värd i serverrummet, som ansluter via en switch. När den switchen ska bytas berättar CMDB:n - innan du rör något - att faktureringen går ner med den. Det är påverkansanalys, det främsta användningsområdet för en CMDB. Samma data fungerar baklänges vid felsökning: när faktureringen är långsam visar CMDB:n vilka komponenter under den som är värda att kontrollera. Därför är CMDB:n ett fast inslag i change management i större IT-organisationer.
CMDB, tillgångsregister eller ITAM
Gränsen handlar om syfte. Ett tillgångsregister finns till för ägande och ekonomi: vem som har varje enhet, vad den kostade, när garantin går ut, vad som händer vid avyttring. En CMDB finns till för driften: teknisk konfiguration och beroenden, som stöd vid ändringar och incidenter. ITAM är det bredare området; CMDB är ett verktyg, mest använt av ITSM-drivna team. De överlappar kring själva hårdvaran - samma server syns i båda - men registrerar olika fakta om den. Licensrättigheter och förnyelser hör hemma i licenshanteringen, inte i en beroendegraf.
När ett litet team faktiskt behöver en
En CMDB lönar sig när du driver infrastruktur som andra system beror på och gör ändringar som kräver påverkansbedömning - egna servrar, en produktionsmiljö, något där avbrott kostar pengar. Den lönar sig inte som första register för team vars bestånd är laptops, smartphones och SaaS-platser; de frågorna handlar om ägande och förnyelser, och CMDB:ns klassiska fallgrop - att fyllas en gång och aldrig uppdateras - slår hårdast i team utan en ändringsprocess som matar den. För den majoriteten slår ett aktuellt tillgångsregister en inaktuell CMDB, och verktyg som AMPthilly ger dig just ett sådant - med ägare, utlåning, dokument och revisionshistorik per tillgång, utan beroendemappning.
Relaterade termer
- Software asset management - att hantera programvarusidan av IT-beståndet
- Licenshantering - där rättigheter och förnyelser hör hemma
- Licensefterlevnad - att hålla sig inom villkoren för de licenser du äger
- IT-tillgångsavveckling - att ta uttjänt hårdvara ur drift på ett säkert sätt
- True-up - licensavstämningen som en leverantörsrevision utlöser