VMware ve Hyper-V Sanal Makine Kurtarma

Sunucu sanallaştırılmışsa veri kurtarma iki katmanlı bir işe dönüşür. Önce altta duran fiziksel RAID dizisi, ardından o dizinin üzerindeki sanal disk dosyaları kurtarılmalıdır. Dizi başarıyla ayağa kaldırılsa bile sanal makine dosyaları tutarsızsa iş bitmiş sayılmaz.

VMware ESXi ve vSphere

VMware, diskleri VMFS adlı kendi dosya sistemiyle biçimlendirir. Windows ve Linux bu bölümü doğrudan okuyamaz; bu yüzden diski bir bilgisayara takıp bakmak sonuç vermez ve gelen "biçimlendirilsin mi" teklifi kesinlikle reddedilmelidir.

En sık karşılaştığımız senaryolar:

• VMFS bölümünün tanınmaması. Datastore, ESXi arayüzünde kaybolur veya "inaccessible" görünür.
• Yanlışlıkla silinen sanal makine. VMDK dosyaları silinmiştir; datastore kullanılmaya devam ederse üzerine yazılma riski her dakika artar.
• Kopmuş snapshot zinciri. Anlık görüntü zincirindeki bir delta dosyası bozulduğunda sanal makine açılmaz. Bu, kurtarmada en sık rastladığımız VMware sorunudur.
• Thin provisioned diskin şişmesi. Datastore dolduğunda sanal makineler aniden durur ve dosyalar yarım kalır.
• Yeniden biçimlendirilmiş datastore. Yanlışlıkla format atılmış bir VMFS bölümünden kurtarma çoğu durumda mümkündür — üzerine yeni veri yazılmadıysa.

Microsoft Hyper-V

Hyper-V, sanal diskleri VHD ve VHDX dosyaları olarak NTFS üzerinde saklar. Bu, VMware'e göre daha erişilebilir bir yapıdır ama kendi sorunlarını taşır:

• Bozuk VHDX başlığı. Ani kapanma sonrası dosya açılmaz.
• Kopmuş checkpoint zinciri. AVHDX fark dosyaları ana diske bağlanamaz.
• Silinen sanal makine dosyaları.
• Dinamik genişleyen diskin bozulması. Disk alanı dolduğunda yazma yarım kalır.

Proxmox, XenServer ve KVM

Bu platformlarda sanal diskler genellikle LVM birimleri, ZFS havuzları veya QCOW2 dosyaları olarak saklanır. Kurtarmada önce depolama havuzunun yapısı çözülür, ardından imaj dosyaları çıkarılır.

Sanallaştırılmış ortamda yapılmaması gerekenler

• Sunucuyu tekrar tekrar başlatmayın. "Belki kendi kendine düzelir" denemesi, tutarsızlığı kalıcı hale getirir.
• Datastore'u yeniden biçimlendirmeyin ve "yeniden imzala" (resignature) işlemini düşünmeden uygulamayın.
• Snapshot silmeyin veya birleştirmeyin (consolidate). Zincir zaten bozuksa bu işlem veriyi bitirebilir.
• Sanal makineleri yeniden oluşturmayın.
• Datastore'a yeni veri yazmayın. Silinen VMDK dosyalarının kurtarılma şansı bununla doğru orantılıdır.
• VMFS diskini Windows'a takıp biçimlendirme teklifini kabul etmeyin.

Kurtarma süreci

1. Fiziksel katman. Disklerin salt-okunur kopyaları alınır, RAID dizisi yazılım ortamında yeniden kurulur.
2. Dosya sistemi katmanı. VMFS, NTFS veya ZFS yapısı çözülerek sanal disk dosyaları bulunur.
3. Sanal disk katmanı. VMDK, VHDX veya QCOW2 dosyaları onarılır; snapshot zinciri yeniden kurulur.
4. İçerik doğrulama. Sanal makinenin içindeki dosya sistemi açılarak verinin gerçekten okunabilir olduğu kontrol edilir.

Son adım özellikle önemlidir: bir VMDK dosyasının bütün görünmesi, içindeki veritabanının açılacağı anlamına gelmez. Teslimden önce içerik kontrol edilir.

Sanal sunucunuzda veri kaybı yaşadıysanız sistemi kapatın ve bize ulaşın. Genel süreç için sunucu veri kurtarma sayfamıza bakabilirsiniz.