Yapılandırma öğelerini ve aralarındaki bağımlılıkları tek kayıtta toplayan CMDB'nin ne olduğu, varlık envanterinden farkı ve ServiceDesk Plus üzerinde adım adım nasıl kurulduğu.
Bir veritabanı sunucusu yeniden başlatılacak ve kimse hangi uygulamaların etkileneceğini kesin olarak bilmiyor. Değişiklik onaylanıyor, ardından muhasebe uygulaması ve bayi portalı aynı anda duruyor. CMDB nedir sorusunun pratik cevabı tam burada başlar: BT ortamındaki bileşenleri ve birbirlerine nasıl bağlandıklarını kayıt altına alan, değişiklikten önce etkiyi gösteren bir veritabanı.
Kısaca: CMDB nedir? CMDB (Configuration Management Database, yapılandırma yönetimi veritabanı), sunucu, uygulama, veritabanı ve iş hizmeti gibi yapılandırma öğelerini (CI) ve bu öğeler arasındaki ilişkileri saklayan merkezi kayıttır. Amacı, bir arıza veya değişiklikte hangi hizmetlerin etkileneceğini önceden görmek ve talep, problem ve değişiklik süreçlerini doğru bilgiyle beslemektir.
CMDB Nedir ve Neden Gerekir?
CMDB, ITIL çerçevesinde hizmet yönetiminin bilgi temelidir. Bir envanter listesinden farklı olarak yalnız "neye sahibiz" sorusunu değil, "bu öğe hangi hizmeti ayakta tutuyor" sorusunu da cevaplar. Bu yüzden değeri, içindeki kayıt sayısından çok ilişkilerin doğruluğundan gelir.
CMDB'yi gerekli kılan belirtiler çoğu kurumda benzerdir:
- Değişiklik onay toplantılarında etki analizi tahmine dayanıyor.
- Kesinti sırasında hangi iş hizmetinin durduğu kullanıcı aramalarından öğreniliyor.
- Aynı sunucu farklı ekiplerin tablolarında farklı adlarla geçiyor.
- Problem kayıtlarında kök neden, altyapı bileşenine bağlanamıyor.
- Denetimde kritik sistemlerin sahibi ve bağımlılıkları belgelenemiyor.
Bu belirtilerin ortak noktası, bilginin var olup dağınık durmasıdır. CMDB bu bilgiyi tek kayda toplar ve servis masasının her sürecine açar.
Yapılandırma Öğesi (CI) Nedir? CMDB'nin Yapı Taşları
Yapılandırma öğesi (CI, Configuration Item), bir BT hizmetinin sunulması için yönetilmesi gereken her bileşendir. Fiziksel sunucu, sanal makine, ağ cihazı, veritabanı örneği, iş uygulaması, lisans veya bir iş hizmetinin kendisi CI olabilir. Her CI bir türe ve o türe ait özniteliklere sahiptir.
Tipik bir CMDB'de şu CI türleri ilk sırada yer alır:
- İş hizmeti: kullanıcının gördüğü hizmet, örneğin e-posta veya bayi portalı.
- Uygulama: hizmeti sunan yazılım ve sürümü.
- Veritabanı: uygulamanın veri katmanı, örnek adı ve sahibi.
- Sunucu: fiziksel veya sanal, işletim sistemi ve konumuyla.
- Ağ cihazı: hizmetin erişim yolundaki anahtar, yönlendirici ve güvenlik duvarı.
Öznitelikler az ve anlamlı tutulmalıdır. Sahip ekip, kritiklik seviyesi, ortam (üretim, test) ve destek sözleşmesi çoğu kurum için yeterli bir başlangıçtır. Her alan, birinin güncel tutması gereken bir yük demektir.
CMDB İlişki Haritası ve Etki Analizi
CMDB'yi bir listeden ayıran şey ilişkilerdir. "Bayi portalı, portal uygulamasına bağlıdır", "portal uygulaması iki sunucuda çalışır", "uygulama sipariş veritabanını kullanır" gibi kayıtlar birleştiğinde bir CMDB ilişki haritası ortaya çıkar. Harita, bir iş hizmetinden altyapıya kadar tüm zinciri tek bakışta gösterir.
Etki analizi bu haritanın doğal sonucudur. Değişiklik talebine bir sunucu eklendiğinde, harita o sunucuya bağlı uygulamaları ve iş hizmetlerini listeler. Değişiklik danışma kurulu (CAB) böylece riski tahminle değil kayıtla değerlendirir.
Senaryo: Bir perakende şirketinde sistem ekibi, sipariş veritabanının bulunduğu sunucuya işletim sistemi güncellemesi planlar. Değişiklik kaydına sunucu CI'ı eklenince ilişki haritası bayi portalını ve depo sevkiyat uygulamasını etkilenen hizmet olarak gösterir. Bakım penceresi sevkiyatın durduğu saate kaydırılır, iki hizmetin sahiplerine önceden bilgi gider. Aynı güncellemede sorun çıksaydı, olay kaydı açılır açılmaz etkilenen hizmetler de görünür olacaktı.
CMDB ile BT Varlık Yönetimi Arasındaki Fark
CMDB ve BT varlık yönetimi aynı cihazları kaydettiği için sık karıştırılır. Fark, sorulan sorudadır: varlık yönetimi bir öğenin maliyetini, sahipliğini ve yaşam döngüsünü izler; CMDB ise o öğenin hizmetlerle ilişkisini izler.
| Ölçüt | BT varlık yönetimi | CMDB |
|---|---|---|
| Temel soru | Neye sahibiz, nerede, kimde? | Hangi öğe hangi hizmeti etkiler? |
| Kapsam | Donanım, yazılım, lisans, sözleşme | Hizmeti oluşturan CI'lar ve ilişkileri |
| Odak | Maliyet, satın alma, yaşam döngüsü | Etki analizi, değişiklik, problem |
| Ana kullanıcı | Varlık, satın alma ve finans ekipleri | Değişiklik kurulu, servis masası, sistem ekipleri |
İki disiplin birbirini besler. Varlık envanteri CMDB'ye güvenilir bir veri kaynağı sağlar, CMDB ise o varlığa operasyonel anlam kazandırır. Varlık tarafını ayrıntılı incelemek için BT varlık yönetimi ve AssetExplorer rehberimize göz atabilirsiniz.
ServiceDesk Plus ile CMDB Nasıl Kurulur?
ManageEngine ServiceDesk Plus, talep, problem, değişiklik ve varlık yönetimiyle aynı konsolda çalışan entegre bir CMDB sunar. CMDB, ürünün Enterprise sürümünde yer alır; varlık keşfi ise Professional sürümünden itibaren gelir. Kurulumu küçük bir kapsamla başlatıp büyütmek en sağlıklı yoldur.
- Kapsamı iş hizmetinden başlatın. Tüm altyapıyı değil, en kritik iki veya üç iş hizmetini seçin. Her hizmetin sahibini ve kullanıcı etkisini yazın.
- CI türlerini ve öznitelikleri tanımlayın. İş hizmeti, uygulama, veritabanı, sunucu ve ağ cihazı ile başlayın. Her tür için yalnız bakımını yapabileceğiniz alanları açın.
- Veriyi keşifle doldurun. ServiceDesk Plus'ın ağ ve etki alanı taramasıyla sunucu ve iş istasyonlarını otomatik kaydedin. Endpoint Central kullanılıyorsa envanter entegrasyonu aynı veriyi sürekli günceller.
- İlişkileri kurun. Her iş hizmetinden aşağı doğru "bağlıdır", "çalışır", "kullanır" ilişkilerini tanımlayın. Oluşan ilişki haritasını hizmet sahibiyle birlikte doğrulayın.
- CMDB'yi süreçlere bağlayın. Olay, problem ve değişiklik formlarında CI alanını zorunlu hale getirin. Değişiklik onayında etkilenen hizmet listesi CAB'ın karar ekranına girer.
- Sahiplik ve denetim döngüsü kurun. Her CI türü için sorumlu ekip atayın. Belirli aralıklarla keşif verisi ile CMDB kaydını karşılaştırıp sapmaları kapatın.
Bu sıralama, CMDB'nin ilk günden kullanılır olmasını sağlar. Kapsam, doğrulanmış ilişkiler üzerinden hizmet hizmet genişletilir. Kurulum, lisans ve Türkiye'de destek kapsamı için ServiceDesk Plus ITSM çözüm sayfamızı inceleyebilirsiniz.
CMDB projelerinin önemli bir kısmı teknik değil, kapsam ve sahiplik hatalarıyla zorlanır. En sık görülen hatalar şunlardır:
- Tüm altyapıyı ilk günde kayda almaya çalışmak ve ilişkileri sonraya bırakmak.
- Keşif verisini doğrulamadan CMDB'ye aktarmak, mükerrer kayıtları temizlememek.
- CI alanını olay ve değişiklik formlarında isteğe bağlı bırakmak.
- Her CI türü için sorumlu ekip atamamak.
Bu hataların hepsi aynı sonuca varır: kayıtlara güven azalır ve ekipler eski tablolarına döner. CMDB nedir sorusuna verilecek en doğru cevap da bu nedenle "güvenilen tek kayıt" olmalıdır.
ITIL Servis Varlık ve Yapılandırma Yönetimi ile CMDB'yi Güncel Tutmak
ITIL v3, bu alanı servis varlık ve yapılandırma yönetimi (SACM) süreci altında tanımlar. ITIL 4 ise konuyu iki ayrı uygulamaya böler: BT varlık yönetimi ve servis yapılandırma yönetimi. İki yaklaşımın ortak mesajı aynıdır: CMDB bir proje değil, sürekli işletilen bir süreçtir.
CMDB'yi güncel tutmanın en etkili yolu, güncellemeyi günlük işin içine gömmektir. Onaylanan her değişiklik kapanırken ilgili CI kaydı da güncellenir. Keşif ile kayıt arasındaki fark, yetkisiz değişikliğin de işaretidir ve problem yönetimine girdi olur.
Kalite ölçümü için üç soru yeterlidir: kritik hizmetlerin tamamının ilişki haritası var mı, değişiklik kayıtlarının ne kadarında CI bağlı, ve son denetimde kaç kayıt sahipsiz çıktı? Bu sorulara verilen cevaplar, CMDB'ye duyulan güveni doğrudan belirler. Hizmet yönetimi süreçlerinin genel çerçevesi için ITSM nedir rehberimiz iyi bir başlangıç noktasıdır.
Sıkça Sorulan Sorular
CMDB ile varlık envanteri aynı şey midir?
Hayır. Varlık envanteri bir öğenin kimde olduğunu, maliyetini ve yaşam döngüsünü izler. CMDB ise öğelerin birbirine ve iş hizmetlerine nasıl bağlandığını kaydeder. Envanter CMDB'ye veri sağlar, ancak ilişkiler olmadan bir envanter CMDB'nin işlevini, yani etki analizini karşılayamaz. İki kayıt aynı platformda tutulduğunda veri tekrarı da ortadan kalkar.
ServiceDesk Plus'ın hangi sürümünde CMDB bulunur?
ServiceDesk Plus'ta CMDB, problem, değişiklik ve sürüm yönetimiyle birlikte Enterprise sürümünde yer alır. Otomatik varlık keşfi ve yazılım varlık yönetimi Professional sürümünden itibaren sunulur. Hangi sürümün yeterli olduğu, değişiklik ve problem süreçlerinin CMDB ile bağlanıp bağlanmayacağına göre belirlenir. Sürüm kararı, kapsam çalışmasının ilk adımında netleştirilmelidir.
CMDB'ye hangi yapılandırma öğeleri girmelidir?
Başlangıçta yalnız kritik iş hizmetlerini ayakta tutan öğeler girmelidir: iş hizmeti, uygulama, veritabanı, sunucu ve erişim yolundaki ağ cihazları. Her kalem bakım yükü getirdiği için kapsam, değişiklik ve olay süreçlerinde gerçekten kullanılan öğelerle sınırlanmalıdır. Kapsam, ilişkiler doğrulandıkça genişletilir. Masaüstü bilgisayarlar çoğu durumda varlık envanterinde kalabilir.
CMDB nasıl güncel tutulur?
CMDB, güncellemenin değişiklik sürecine bağlanmasıyla güncel kalır. Onaylanan her değişiklik kapanırken ilgili CI kaydı güncellenir, otomatik keşif verisi de düzenli olarak kayıtla karşılaştırılır. Her CI türünün sorumlu bir ekibi olması, sahipsiz ve eskimiş kayıtların birikmesini önler. Düzenli denetim raporu da sapmaların erken fark edilmesini sağlar.
Sonuç: CMDB Ne Zaman Kurulmalı?
Değişikliklerin etkisi tahminle değerlendiriliyorsa ve kesintide etkilenen hizmet kullanıcı aramalarından öğreniliyorsa, CMDB için doğru zamandır. Yalnız donanım ve lisans takibi gerekiyorsa varlık yönetimi yeterlidir. Değişiklik ve problem süreçleri olgunlaştıkça CMDB bu süreçlerin bilgi temeline dönüşür.
Technodus, ServiceDesk Plus projelerinde lisans, kurulum ve destek sorumluluğunu aynı ekipte tutar. CI türlerinin tasarımı, keşif ve Endpoint Central entegrasyonu ile ilk ilişki haritası sizinle birlikte kurulur. CMDB kapsamınızı kendi ortamınızda bir PoC ile değerlendirmek için bizimle iletişime geçebilirsiniz.