Birçok kurum CMDB kurulumu ve projesine büyük beklentilerle başlar.
Ancak birkaç ay sonra karşılaşılan tablo genellikle aynıdır:
- Güncel olmayan kayıtlar
- Güvenilmeyen ilişki haritaları
- Manuel veri girişi
- ITSM süreçleriyle kopuk bir yapı
Oysa doğru planlanmış bir CMDB (Configuration Management Database), ITSM süreçlerinin omurgasıdır.
Bu rehberde “CMDB kurulumu nasıldır?” sorusunu stratejik ve teknik boyutlarıyla ele alıyoruz.
CMDB Nedir ?
Doğru CMDB kurulumu (Configuration Management Database), kurumun Configuration Item (CI) kayıtlarını ve bu CI’lar arasındaki ilişkileri tutan merkezi veri tabanı yöneteceği için büyük önem taşır.
Sağlıklı bir CMDB:
- Change impact analizini doğru yapar
- Incident çözüm süresini kısaltır
- Risk görünürlüğü sağlar
- Denetim süreçlerini kolaylaştırır
- ITSM (BT Hizmet Yönetimi) ve ITAM entegrasyonunu güçlendirir
Ancak başarısız CMDB projelerinin ortak sebebi teknik değil, stratejiktir.
CMDB Kurulumu Nasıldır? 7 Adımda Başarılı Süreç
1. Net Hedef ve Kapsam Tanımı Yapın
En büyük hata: “Her şeyi modelleyelim.”
Doğru yaklaşım:
- Önce kritik iş servislerini belirleyin
- Bu servisleri destekleyen CI’ları tanımlayın
- Minimum uygulanabilir CMDB (Minimum Viable CMDB) yaklaşımıyla başlayın
Başlangıçta tüm envanteri modele dahil etmeye çalışmak projeyi başarısızlığa sürükler.
CI Modelini Stratejik Tasarlayın
CMDB’nin kalbi CI modelidir.
Tanımlanması gerekenler:
- CI sınıfları (sunucu, uygulama, veritabanı, network cihazı, SaaS hizmeti vb.)
- Zorunlu alanlar
- İlişki tipleri (depends on, hosted on, connected to vb.)
- Versiyon ve konfigürasyon parametreleri
Yanlış veya fazla karmaşık model:
- Veri kalitesini düşürür
- Süreci yavaşlatır
- CMDB’nin terk edilmesine yol açar
Envanter Yönetimi ile Entegrasyon Sağlayın
CMDB manuel beslenemez.
Eğer güçlü bir envanter yönetimi yazılımı ile entegre değilse:
- CI (Configuration Item) verileri güncel kalmaz
- Sunucu taşınmaları modele yansımaz
- Lisans değişimleri görünmez
- Asset lifecycle management kopuk olur
Sağlıklı bir yapı için:
- Otomatik discovery
- Ajanlı veya ajansız tarama
- Network doğrulama
- Bulut entegrasyonu olmalıdır.
CMDB ile envanter yazılım entegrasyonu, veri doğruluğunun temelidir.
ITSM Süreçleriyle Entegre Edin
CMDB sadece bir veri tabanı değildir.
ITSM süreçleriyle canlı çalışmalıdır.
En kritik entegrasyonlar:
- Change management
- Incident management
- Problem management
- Release management
Örneğin:
Bir change kaydı açıldığında ilgili CI otomatik ilişkilendirilmeli ve impact analizi yapılabilmelidir.
Eğer ITSM entegrasyonu yoksa, CMDB pasif bir arşivden öteye gidemez.
Otomatik Veri Doğrulama Mekanizması Kurun
CMDB projelerinin çökme sebebi veri güven kaybıdır.
Bu yüzden:
- Belirli periyotlarla otomatik doğrulama
- Envanter yönetimi ile karşılaştırma
- Ağ keşfi ile kontrol
- Değişiklik sonrası otomatik güncelleme
gereklidir.
“Trust but verify” yaklaşımı benimsenmelidir.
Servis Haritalama (Service Mapping) Yapın
Modern BT altyapıları:
- Mikro servis mimarili
- API tabanlı
- Hibrit bulut yapılı
Bu ortamda dependency mapping (bağımlılık haritalama) olmadan:
- Change riskini öngörmek mümkün değildir
- Root cause analizi zorlaşır
Servis haritalama, CMDB’nin gerçek değerini ortaya çıkarır.
Yönetişim ve Süreklilik Modeli Oluşturun
CMDB bir proje değil, yaşayan bir sistemdir.
Kurulması gerekenler:
- Veri sahipliği (Data Owner)
- CI sorumluluk matrisi
- Change sonrası zorunlu güncelleme politikası
- Düzenli kalite kontrol toplantıları
Bu yönetişim modeli olmadan CMDB sürdürülebilir olmaz.
CMDB Kurulum Süreciniz İçin Teknik Değerlendirme Planlayın
CMDB kurulum sürecinizde doğru mimariyi belirlemek ve riskleri en baştan minimize etmek için uzman ekibimizle kısa bir teknik değerlendirme planlayabilirsiniz.
Formu Hemen DoldurunCMDB Kurulumunda En Sık Yapılan Hatalar
❌ Her Şeyi Modelleme Hırsı
❌ Manuel Veri Girişi
❌ Envanter Yazılımı Olmadan CMDB Kurmak
❌ ITSM Süreçlerinden Kopuk Yapı
❌ Üst Yönetim Desteği Olmadan Başlatmak
Bu hatalar, CMDB’nin kısa sürede güvenilirliğini kaybetmesine neden olur.
CMDB, ITAM ve Envanter Yönetimi Arasındaki İlişki
Birçok kurum şu soruyu sorar:
CMDB ITAM’in parçası mı?
Hayır.
- ITAM → Finansal ve varlık odaklıdır
- CMDB → Operasyonel ve konfigürasyon odaklıdır
Ancak güçlü bir envanter yönetimi yazılımı olmadan sağlıklı bir CMDB kurulamaz.
Çünkü:
- CI’ların teknik bilgisi envanter sisteminden gelir.
- Lisans ve yaşam döngüsü bilgisi ITAM’den gelir.
- Süreç bağlamı ITSM (BT Hizmet Yönetimi)’den gelir.
Bu üç yapı birlikte çalışmalıdır.
Başarılı Bir CMDB Projesinin Getirileri
Doğru kurulmuş bir CMDB:
- Change başarısızlık oranını düşürür
- Incident çözüm süresini kısaltır
- SLA performansını artırır
- Denetim süreçlerini kolaylaştırır
- Siber güvenlik risklerini azaltır
- Operasyonel görünürlüğü güçlendirir
CMDB artık teknik bir lüks değil, kurumsal BT yönetişiminin temel bileşenidir.
Sonuç: CMDB Nasıl Kurulur Sorusunun Gerçek Cevabı
CMDB kurulumu (Configuration Management Database) nasıldır sorusunun cevabı yalnızca teknik kurulum değildir.
Başarılı bir CMDB için:
- Stratejik kapsam
- Doğru CI modelleme
- Güçlü envanter yönetimi yazılımı entegrasyonu ve kurumsal bt envanter takibi
- ITSM süreç uyumu
- Otomatik veri doğrulama
- Sürekli yönetişim gereklidir.
CMDB yaşayan bir yapıdır.
Kurulur ve bırakılmaz.
Sürekli beslenir, doğrulanır ve geliştirilir.



