Giriş – Neden VMDK Veri Kurtarma?

Kurumsal ortamlarda VMware ESXi üzerine çalışan sanal makinelerinizin diskleri VMDK formatındadır.
Herhangi bir datastore, snapshot zinciri, konsolidasyon veya güç kesintisi sorunu, işletim sistemi ve verilerinizin bulunduğu VMDK dosyasını erişilemez hâle getirebilir.
Bu noktada VMDK veri kurtarma sürecinin doğru kurgulanması; iş sürekliliği, uyumluluk ve güvenlik açısından kritiktir.

MLS Veri Kurtarma Laboratuvarı (İstanbul), PC-3000 platformu, hex düzeyi analiz ve kurumsal prosedürlerle VMDK dosyalarından
güvenli ve doğrulanabilir kurtarma hizmeti sunar. İkincil formatlar olan VHDX (Hyper-V) ve VDI (VirtualBox) da aynı proses içinde,
uygun araçlarla desteklenir; ancak bu yazının odak anahtar kelimesi ve teknik ekseni
VMDK veri kurtarmadır.

VMDK Yapısı ve Tipik Arıza Desenleri

VMDK iki ana parçadan oluşur: descriptor (meta/veri tanımları) ve flat (ham veri).
Descriptor’ın kaybı/bozulması, snapshot delta dosyalarının zincir dışına çıkması veya datastore katmanındaki fiziksel bozulmalar,
VMDK veri kurtarma operasyonunu gerektirir.

• Descriptor kaybı: Geometri (CHS/LBA), parent-child referansları ve extents bilgilerinin yeniden inşası gerekir.
• Snapshot zinciri hatası: Konsolidasyon sorunları, yanlış delta sırası, eksik parent dosyalar.
• Datastore/RAID arızası: VMFS üzerinde stripe/parite bozulmaları; önce RAID rekonstrüksiyonu sonra VMDK çıkarımı gerekir.
• Power loss/log tutarsızlığı: Yarım kalan I/O işlemleri, journal/bitmap uyumsuzlukları.

Veri Kaybı Nedenleri (VMware/SAN/NAS/RAID)

• Yanlış snapshot yönetimi, uzun zincirler, başarısız konsolidasyon
• ESXi/VMFS datastore’unda dosya sistemi bozulması
• NAS/SAN alt yapısında RAID disk arızaları veya gecikmeli yazma sorunları
• Yanlış klonlama/dönüştürme, taşınan VMDK’nın eksik kopyalanması
• Ransomware/şifreleme veya VM içi dosya sistemi (NTFS/EXT4/ReFS) hataları

MLS Metodolojisi: Analiz → İmaj → Onarım → Doğrulama

1) Ön Analiz ve Kapsam

Olayın zaman çizelgesi, VM envanteri, datastore yapısı, snapshot geçmişi ve yedek politikası netleştirilir.
VMDK veri kurtarma kapsamında; kritik veri kümeleri (DB, ERP, e-posta, dosya paylaşımları) ve RTO/RPO hedefleri belirlenir.

2) Write-Block ve Fiziksel İmaj

Orijinal ortama müdahale edilmez. PC-3000 Data Extractor ile NAS/RAID/SSD kaynaklarından bit-bit imaj alınır; bütünlük için hash (MD5/SHA-1/256) üretilir.

3) Metadata/Descriptor Rekonstrüksiyonu

Hex düzeyinde descriptor parametreleri, extents ve parent-child referansları MLS Hex Analyzer üzerinde yeniden inşa edilir.
Eksik/bozuk snapshot delta’ları sıralanır ve birleşik, tutarlı VMDK imajı oluşturulur.

4) Dosya Sistemi Düzeltimi

Mount edilen VMDK içinde NTFS/ReFS/EXT ailesi/ APFS gibi dosya sistemleri PC-3000 FS util ve adli araç setleriyle onarılır.
MFT/Superblock/Journaling tutarsızlıkları giderilir.

5) Doğrulama ve Teslim

Kurtarılan veriler hash ile doğrulanır; kritik uygulamalar (DB/VM) için açılış testi yapılır. Teslim; şifreli disk veya güvenli NAS bağlantısıyla gerçekleştirilir.

PC-3000 ile VMDK Veri Kurtarma

1. RAID Rekonstrüksiyon: VMFS barındıran diziler (RAID-5/6/10, JBOD) parametre çözümü ve okuma optimizasyonu.
2. Virtual Image Extraction: Tutarlı birleşik VMDK imajının oluşturulması ve güvenli mount.
3. File System Parse: MFT/Superblock/journal analizleri; bozuk cluster/segmentlerin yeniden haritalanması.
4. Selective Recovery: Önceliklendirilmiş klasör/dosya kurtarma (DB, e-posta, proje havuzları).
5. Validation & Report: Hash doğrulama, kapsam/başarı oranı ve “lessons learned” raporu.

VHDX/VDI Dosyaları (İkincil Odak)

Odak kelime VMDK veri kurtarma olsa da, MLS laboratuvarı VHDX ve VDI dosyalarını aynı metodoloji ile ele alır.
Hyper-V (VHDX) log dayanıklılığı; VirtualBox (VDI) allocation table yapısı gibi format-özgü detaylar dikkate alınır.

Kurumsal Senaryolar

Senaryo A – Snapshot Zinciri Bozulması

ESXi ortamında başarısız konsolidasyon sonrası VM açılmıyor. MLS, delta dosyalarını kronolojiye göre sıralayıp birleşik VMDK üretiyor; NTFS onarımı sonrası hizmet geri geliyor.

Senaryo B – NAS Üzerinde VMFS Datastore Hatası

QNAP/Synology’da RAID parite hatası. PC-3000 ile RAID rekonstrüksiyonu → VMFS’den VMDK çıkarımı → descriptor yeniden inşa → dosya sistemi doğrulama.

Senaryo C – Ransomware Etkisi

VMDK dosyası şifrelenmemiş fakat VM içi veriler şifreli. İmaj üzerinden adli kopya alınır, shadow/journal/versiyon analizleri ile geri döndürme stratejisi uygulanır.

Önleyici Önlemler ve SLA Önerileri

• Snapshot zincirlerini kısa tutun; haftalık konsolidasyon planlayın.
• Datastore doluluk oranı %80’i geçmeden kapasite genişletin.
• Yedeklemeyi VM-aware yapın; uygulama tutarlılığı (VSS/Quiesce) sağlayın.
• Ransomware’e karşı ağ segmentasyonu ve offline yedek (3-2-1 kuralı).
• MLS ile önceden imzalanmış VMDK veri kurtarma SLA’sı (önceliklendirilmiş müdahale ve sabit süreç adımları).

SSS – VMDK Veri Kurtarma

VMDK veri kurtarma fiziksel disk kurtarmaya göre daha mı zor?

Katman sayısı (snapshot, VMFS, RAID) arttığı için analiz daha karmaşıktır; doğru metodolojiyle başarı oranı yüksektir.

Orijinal VMDK üzerinde işlem yapmalı mıyım?

Hayır. İmaj alınmadan ve write-block uygulanmadan müdahale önerilmez.

Ne kadar veri geri gelir?

Arızanın türü/süresi, üstüne yazma durumu ve RAID/VMFS bütünlüğü belirleyicidir; analiz sonrası kapsam raporlanır.

İletişim ve Hızlı Aksiyon

VMDK veri kurtarma ihtiyacınız varsa sistemi kapatın, yeni snapshot/klon oluşturmayın ve MLS Veri Kurtarma ile iletişime geçin.
Kurumsal ekipler için öncelikli müdahale ve saha lojistiği seçenekleri mevcuttur.