BT altyapınızda yüzlerce hatta binlerce sunucu, sanal makine, ağ cihazı ve uygulama bulunabilir. Peki bu varlıkların CMDB'de kayıtlı bilgilerinin ne kadarının bugün hâlâ doğru olduğundan emin olabilirsiniz? CMDB veri doğruluğu, yalnızca kayıtların eksiksiz olmasıyla değil, bu kayıtların gerçek BT ortamını ne kadar doğru yansıttığıyla ilgilidir.
Bir sunucunun hostname'i değişmiş, IP adresi güncellenmiş, işletim sistemi yükseltilmiş veya üzerine yeni bir yazılım kurulmuş olabilir. Hatta bazı cihazlar artık ortamda bulunmuyor olabilir. Ancak bu değişiklikler CMDB'ye yansımadıysa, sisteminizde düzenli görünen bir kayıt aslında güncel olmayan bir altyapı bilgisini temsil ediyor olabilir.
Sorun tam da burada başlıyor: CMDB'nizde bilgi bulunması, o bilginin doğru olduğu anlamına gelmez.
CMDB Veri Doğruluğu Neden Önemli?
CMDB, kurumun BT ortamındaki Configuration Item'ları (CI) ve bu öğeler arasındaki ilişkileri takip etmek için kullanılan merkezi yapılardan biridir. Sunucular, sanal makineler, ağ cihazları, uygulamalar ve servisler gibi varlıklar hakkında kritik bilgiler burada tutulabilir.
Ancak BT altyapısı statik değildir. Her gün yeni cihazlar eklenir, mevcut sistemlerin konfigürasyonları değiştirilir, sanal makineler oluşturulur veya silinir, IP adresleri değişir ve yazılımlar güncellenir.
Gerçek BT altyapısı ≠ CMDB'deki kayıtlar
Bu değişiklikler gerçek ortamda gerçekleşirken CMDB aynı hızda güncellenmiyorsa zamanla iki farklı gerçeklik ortaya çıkar. Bu durum yalnızca bir veri kalitesi problemi değildir. IT operasyonlarından güvenliğe, değişiklik yönetiminden denetim süreçlerine kadar birçok alanı etkileyebilir.
CMDB'de Kayıtlı Olmak, Gerçekten Mevcut Olmak Demek Değildir
Örneğin: CMDB'nizde 250 sunucu kayıtlı olduğunu düşünelim. Gerçek ağ ortamında ise 263 sunucu bulunuyor olabilir. Aradaki 13 sunucu sisteme hiç kaydedilmemişse CMDB'nize baktığınızda altyapınızın tamamını gördüğünüzü düşünebilirsiniz. Oysa gerçek ortamda görünmeyen varlıklar bulunmaktadır.
Bunun tersi de mümkündür. CMDB'de kayıtlı bir sunucu artık kapatılmış veya ortamdan kaldırılmış olabilir. Ancak kaydı hâlâ aktif görünüyorsa sisteminizde gerçekte bulunmayan bir varlık hakkında güncelmiş gibi bilgi tutuluyor demektir.
Bu nedenle CMDB veri doğruluğu, yalnızca “kaç kayıt var?” sorusuyla ölçülemez. Asıl soru şudur: “CMDB'deki kayıtlar bugün gerçek altyapımızla ne kadar örtüşüyor?”
CMDB Verileri Zamanla Neden Eskir?
CMDB'nin güncelliğini kaybetmesi genellikle tek bir nedenden kaynaklanmaz. Birçok kurumda problem, farklı operasyonel süreçlerin birleşmesiyle zaman içinde oluşur.
Manuel Güncellemeler Veri Doğruluğunu Zorlaştırır
Yeni bir sunucu oluşturulduğunda veya mevcut bir cihazın konfigürasyonu değiştiğinde CMDB'nin de güncellenmesi gerekir. Ancak bu süreç manuel ilerliyorsa değişiklik ile kayıt güncellemesi arasında zaman farkı oluşabilir. Küçük bir ortamda yönetilebilir görünen bu süreç, yüzlerce veya binlerce varlığın bulunduğu yapılarda ciddi bir operasyonel yüke dönüşebilir.
Yeni Varlıklar CMDB Dışında Kalabilir
BT ortamına yeni eklenen her cihazın otomatik olarak CMDB'ye dahil olduğunu varsaymak doğru değildir. Yeni bir sunucu, test ortamı, sanal makine veya ağ cihazı oluşturulabilir; ancak ilgili CI kaydı oluşturulmadığında CMDB bu varlığı hiç görmez.
Bu durum envanter görünürlüğü açısından önemli bir kör nokta yaratır.
Kullanımdan Kaldırılan Varlıklar Sistemde Kalabilir
Veri doğruluğundaki bir diğer problem de artık kullanılmayan varlıkların CMDB'de yaşamaya devam etmesidir. Devreden çıkarılan bir sunucu silinmemiş, kapatılmış bir sanal makine hâlâ aktif görünüyor veya değişen bir cihazın eski bilgileri sistemde tutuluyor olabilir. Böylece CMDB zaman içinde hem eksik hem de eski kayıtları biriktirebilir.
Konfigürasyon Değişiklikleri Kayıtları Hızla Eskitebilir
Sunucunun işletim sistemi, IP adresi, hostname'i, kurulu yazılımları veya donanım özellikleri değişebilir. Bu değişiklikler gerçek sistemde gerçekleştiği halde CMDB'ye yansımıyorsa, ekipler karar verirken güncel olmayan verilere güvenmek zorunda kalır.
Bu durum literatürde sıklıkla stale CI olarak ifade edilen, güncelliğini kaybetmiş Configuration Item kayıtlarının oluşmasına neden olabilir.
Eski CMDB Kayıtları Hangi Riskleri Yaratır?
CMDB veri doğruluğundaki bozulma, ilk bakışta yalnızca “envanter listesinin eski olması” gibi görünebilir. Ancak etkisi BT operasyonlarının çok daha ötesine geçebilir.
CMDB ve Ağ Envanteri Neden Uyuşmaz?
Daha önce “CMDB ve Ağ Envanteri Uyuşmuyor mu? 3 Kritik Risk & Çözümleri” konusunu ele almıştık. Buradaki problem aslında aynı zincirin başka bir noktasını gösteriyor.
Ağ üzerinde gördüğünüz gerçek cihazlarla CMDB'de kayıtlı Configuration Item'lar aynı değilse bunun arkasında genellikle üç temel durum bulunur:
- CMDB'de bulunmayan varlıklar vardır.
- CMDB'de bulunan bazı varlıklar artık gerçek ortamda yoktur.
- Her iki sistemde bulunan varlıkların bilgileri birbirinden farklıdır.
Bu nedenle CMDB'nin güvenilirliğini yalnızca CMDB ekranına bakarak değerlendirmek yeterli değildir. CMDB'deki bilgi ile gerçek altyapının karşılaştırılması gerekir. Çünkü CMDB ile gerçek ortam arasındaki fark, kurumlarda ciddi bir envanter tutarsızlığı oluşturabilir.
CMDB Veri Doğruluğu Nasıl Kontrol Edilir?
Burada kurumların kendilerine birkaç basit soru sorması bile önemli bir başlangıç sağlayabilir:
- Ağımızdaki aktif cihazların tamamını biliyor muyuz?
- CMDB'deki sunucu sayısı ile gerçek ortamı karşılaştırabiliyor muyuz?
- Son ne zaman keşfedildiğini bildiğimiz varlıklar var mı?
- Uzun süredir güncellenmeyen CI kayıtlarını görebiliyor muyuz?
- CMDB'de kayıtlı olmayan yeni cihazları tespit edebiliyor muyuz? (CMDB'de kayıtlı olmayan varlıklar, aynı zamanda bilinmeyen BT varlıkları riskini de beraberinde getirebilir.)
- Devreden çıkarılan varlıkları otomatik olarak fark edebiliyor muyuz?
- Sunucuların üzerinde çalışan işletim sistemi ve yazılımların güncel bilgisine ulaşabiliyor muyuz?
Bu soruların birkaçına bile net cevap veremiyorsanız problem CMDB'nin “dolu” veya “boş” olması değildir.
Problem, CMDB'nin gerçek altyapıyı ne kadar temsil ettiğidir.
CMDB'yi Güncel Tutmak Neden Sadece Manuel Takiple Çözülmez?
BT altyapısı sürekli değişirken bu değişiklikleri yalnızca manuel olarak takip etmek giderek zorlaşır. Bu nedenle modern IT operasyonlarında otomatik keşif mekanizmaları önemli hale gelir.
Bir Agentless Asset Discovery (Ajansız Envanter Keşfi) yaklaşımı, ağdaki ve BT ortamındaki varlıkları otomatik olarak keşfederek mevcut kayıtlarla karşılaştırmaya yardımcı olabilir. Buradaki amaç yalnızca “yeni cihaz bulmak” değildir.
Asıl değer, gerçek BT ortamını düzenli olarak görerek mevcut envanter kayıtlarının doğruluğunu kontrol edebilmektir.
Örneğin: Gerçek ortam → Discovery → Varlık bilgileri → Mevcut CMDB → Karşılaştırma → Veri farklarının tespiti
Bu yaklaşım sayesinde CMDB'nin tek başına doğru olduğu varsayılmaz; gerçek altyapı üzerinden doğrulanır.
CMDB'niz Gerçeği Ne Kadar Yansıtıyor?
İyi bir CMDB yalnızca çok sayıda kayıt içeren bir sistem değildir. Değerli olan; bu kayıtların güncel, doğru, eksiksiz ve gerçek BT ortamıyla ilişkili olmasıdır. Çünkü BT ekipleri CMDB'ye yalnızca bilgi depolamak için değil, karar vermek için güvenir.
Bir sunucunun nerede olduğunu, hangi sistemleri etkilediğini, üzerinde hangi yazılımların çalıştığını veya altyapıda hangi varlıkların bulunduğunu bilmek istiyorsanız, önce elinizdeki verinin gerçeği yansıtıp yansıtmadığını bilmeniz gerekir.
CMDB veri doğruluğu, bu nedenle yalnızca bir ITSM veya CMDB problemi değildir. BT ortamınızın ne kadarını gerçekten gördüğünüzün göstergesidir.
Ve bazen en önemli soru: “CMDB'mizde kaç kayıt var?” değil, “Bu kayıtların kaçı bugün gerçekten doğru?” sorusudur.
