VMware snapshot yedek değildir: geri dönüşü gerçekten doğrulamak

Bir sanal makinenin snapshot’ının bulunması, bağımsız bir yedeğinin olduğu anlamına gelmez. Bakım sırasında hızlı geri dönüş sağlayan bir mekanizma ile veri kaybına karşı koruma sağlayan bir yedekleme düzeni farklı ihtiyaçlara yanıt verir. Süreklilik planında bu ayrımı açık tutmak gerekir.

Snapshot hangi ihtiyacı karşılar?

Snapshot, belirli bir değişiklik öncesinde kısa süreli geri dönüş noktası sağlayabilir. Temel disk ve aynı altyapı bağımlılıkları nedeniyle bağımsız bir kurtarma kopyası gibi değerlendirilmemelidir. Broadcom rehberleri de snapshot kullanımını uzun süreli yedekleme yerine geçici operasyonel geri dönüş kapsamında ele alır.

Özellikle yoğun yazma yapan sistemlerde uzun süre açık kalan snapshot’lar kapasite ve performans etkisi oluşturabilir. Bakım planında oluşturma gerekçesi kadar kaldırma zamanı ve sorumlusu da yer almalıdır. Konsolidasyon durumunun kontrol edilmesi kapanışın parçasıdır.

Uygulama tutarlılığını ayrı değerlendirin

Sanal makinenin açılması, içindeki veri tabanının doğru ve tutarlı biçimde kurtarıldığını tek başına kanıtlamaz. İş yüküne göre uygulamayla uyumlu yedekleme ve veri tabanının kendi kurtarma mekanizmaları gerekebilir. Üretici destek koşulları birlikte incelenmelidir.

Temsili uygulama.batuhanyazici.com hizmeti için dosyalar, yapılandırma, veri tabanı ve gerekli anahtarlar ayrı bağımlılıklar olarak listelenir. Yalnızca sanal disk kopyası almak, dış servislere erişim veya şifreleme anahtarları eksikse hizmeti geri getirmeyebilir.

Kurtarma hedefini test planına çevirin

RPO kabul edilebilir veri kaybını, RTO ise kabul edilebilir kurtarma süresini ifade eder. Bu hedefler iş sahibiyle belirlenmeli; yedekleme zamanlaması ve geri yükleme yöntemiyle eşleştirilmelidir. Ürün ekranında yeşil görünen bir görev, bu hedefleri karşıladığını göstermez.

Geri yükleme testi izole bir ortamda yapılır. Üretim sistemleriyle çakışan kimlik, ağ bağlantısı veya zamanlanmış görevlerin yan etki oluşturması önlenir. Kurtarılan uygulamanın dış sistemlere gerçek işlem göndermediği kontrol edilmelidir.

Kanıtı hizmet düzeyinde toplayın

Testte arşivin okunması, dosya bütünlüğü, veri tabanı açılışı ve sentetik kullanıcı işlemi doğrulanır. Kurtarma süresi, kullanılan yedek tarihi ve karşılaşılan eksikler kaydedilir. Yedek kopyanın aynı fiziksel arızadan veya aynı yönetim hesabından etkilenme ihtimali ayrıca değerlendirilir.

Yedeklerin şifrelenmesi önemlidir; fakat anahtar yalnızca aynı arızalı sistemde tutuluyorsa kurtarma başarısız olabilir. Anahtar erişimi ve geri yükleme talimatları da test edilmelidir. Süreklilik, alınan yedek sayısıyla değil; gerektiğinde geri getirilebilen hizmetle anlam kazanır.

Uygulama kontrol listesi

• Snapshot kaldırma zamanı ve sahibi belli mi?
• Uygulama tutarlılığı ve bağımlılıklar doğrulandı mı?
• RPO/RTO hedefleri gerçek geri yüklemede ölçüldü mü?

Bu yazı kişisel bir teknik yöntem notudur. Senaryolar temsili ve anonimdir; herhangi bir kurumda yaşanmış belirli bir olayın kaydı değildir. Ürün adımları, kurulu sürüm ve yetkili değişiklik süreciyle birlikte değerlendirilmelidir.