CMDB (Configuration Management Database) to centralna baza danych zarządzania konfiguracją, w której trzymasz informacje o zasobach sprzętowych i programowych organizacji oraz o powiązaniach między nimi. To baza konfiguracji sprzętu i oprogramowania, która porządkuje wiedzę o infrastrukturze IT w jednym miejscu. CMDB jest kluczowym komponentem procesu Configuration Management w ramach ITIL.
Elementy konfiguracji (CI) – co przechowuje CMDB
Podstawową jednostką w CMDB jest element konfiguracji, czyli CI (Configuration Item). Zgodnie z definicją ITIL 4 CI to każdy komponent wymagający zarządzania w celu dostarczenia usługi IT. Zakres bywa szeroki i obejmuje zarówno fizyczny sprzęt, jak i zasoby logiczne oraz dokumentację.
- serwery, komputery i urządzenia sieciowe;
- aplikacje oraz licencje oprogramowania;
- budynki i dokumentacja techniczna.
Każdy CI opisujesz zestawem atrybutów, na przykład numerem seryjnym, wersją systemu czy właścicielem biznesowym. Do tego dochodzą relacje z innymi komponentami, i to one odróżniają CMDB od zwykłego rejestru zasobów.
Mapowanie zależności i analiza wpływu zmian
Najważniejszą cechą CMDB jest odwzorowanie relacji i zależności między CI. Dzięki temu przeprowadzisz analizę wpływu (change impact analysis) awarii lub planowanej zmiany na całą infrastrukturę. Kiedy pada serwer bazodanowy, z mapy zależności od razu odczytasz, które aplikacje i usługi biznesowe stracą działanie. Bez tej funkcji baza byłaby jedynie listą urządzeń.
CMDB jako źródło danych dla procesów ITSM
CMDB dostarcza dane wejściowe większości procesów w IT Service Management (ITSM). Aktualna baza skraca czas diagnozy i ogranicza ryzyko błędnych decyzji operacyjnych.
- Incident Management – szybsze ustalenie, który komponent odpowiada za awarię;
- Problem Management – analiza powtarzalnych usterek na tle powiązanych CI;
- Change Management – ocena skutków zmiany przed jej wdrożeniem;
- Service Continuity Management – identyfikacja krytycznych zależności dla planów ciągłości.
Jak utrzymać CMDB jako żywy system
Dobre praktyki opisane w ITIL, ISO/IEC 20000 i COBIT traktują CMDB jako żywy system, a nie jednorazowy spis. Bazę aktualizujesz regularnie, najlepiej przy pomocy automatycznych narzędzi discovery, które skanują środowisko i nanoszą zmiany bez ręcznej pracy. Tylko wtedy dane o konfiguracji pozostają aktualne i wiarygodne.
Nowoczesne CMDB coraz częściej działają w chmurze, na przykład w ServiceNow lub Jira Service Management. Takie podejście daje skalowalność i centralizuje dane konfiguracyjne dla środowisk on-premises oraz chmurowych. Więcej o samym pojęciu znajdziesz w opisie What is a CMDB? – ServiceNow oraz w materiale What is a configuration management database (CMDB)? – Red Hat.
Scope creep – najczęstsza pułapka wdrożenia
Wdrożenia CMDB najczęściej rozbijają się o scope creep, czyli próbę śledzenia zbyt wielu CI naraz. Efektem jest niska jakość danych i baza, której nikt nie ufa. Zamiast tego rozszerzaj zakres stopniowo, zaczynając od komponentów krytycznych dla najważniejszych usług. Praktyczne wskazówki opisuje Czym jest baza danych zarządzania konfiguracją (CMDB)? – Atlassian.
FAQ
Czym różni się CMDB od rejestru zasobów IT?
Rejestr zasobów to lista urządzeń i licencji. CMDB dodaje do tego relacje między elementami konfiguracji, dzięki czemu widzisz wpływ awarii lub zmiany na powiązane usługi. Dodatkowe informacje o samym pojęciu znajdziesz w haśle CMDB – Wikipedia, wolna encyklopedia.
Od czego zacząć wdrożenie CMDB?
Zacznij od komponentów obsługujących najważniejsze usługi biznesowe, ustal atrybuty i relacje, które faktycznie wykorzystasz, a następnie włącz automatyczne discovery. Kolejne obszary dodawaj, gdy dane z pierwszego etapu są kompletne i sprawdzone.
Czy CMDB jest potrzebna w małej organizacji?
Tak, choć w mniejszej skali. Nawet uproszczona baza z kluczowymi serwerami i aplikacjami skraca czas reakcji na incydenty i porządkuje wiedzę, która inaczej rozprasza się między pracownikami.
