Yang harus dilakukan sekarang
- Matikan mesin virtual agar sistem tamu berhenti menulis ke disknya.
- Salin seluruh folder VM, termasuk file deskriptor kecil dan semua file extent, ke drive lain.
- Buka deskriptor .vmdk atau file .qcow2 di Pulihkan file terhapus dan pindai partisi tamu.
- Simpan file yang dipulihkan ke folder di host, jangan kembali ke dalam mesin virtual.
Langkah demi langkah
Hentikan mesin virtual
Matikan tamu secara normal atau putuskan dayanya; jangan ditangguhkan lalu dipakai lagi. Tamu yang berjalan terus menulis log, pembaruan, dan data swap ke disk virtual, dan setiap penulisan bisa jatuh di tempat file terhapus berada.
Salin folder VM
Salin folder yang berisi disk virtual ke drive fisik lain. Pada VMware isinya deskriptor .vmdk kecil dan file extent seperti nama-flat.vmdk atau nama-s001.vmdk; pada QEMU atau KVM biasanya satu file .qcow2. Kerjakan pada salinan dan biarkan aslinya utuh.
Letakkan extent di samping deskriptor
Deskriptor VMDK adalah file teks pendek yang mencantumkan nama file extent. File-file itu harus berada di folder yang sama dengan nama aslinya, jika tidak disk tidak bisa dirakit. Jika diunduh dari datastore, pastikan deskriptor dan file data besarnya sama-sama terunduh.
Buka disk virtual
Di FileFix Ultimate, buka Pulihkan file terhapus, pilih File image disk, lalu klik Buka file image. Pilih deskriptor .vmdk atau file .qcow2. Disk dibuka dalam mode baca saja dan partisinya tampil seperti partisi drive fisik.
Pindai partisi tamu
Pilih partisi tempat file berada, biasanya volume NTFS besar untuk tamu Windows atau volume ext4 root atau home untuk Linux, lalu mulai Pindai seimbang. Jika sistem file tidak dikenali, Pindai tanda tangan mendalam tetap mencari jenis file yang dikenal.
Simpan ke host
Lihat pratinjau hasil, pilih yang Anda perlukan, dan simpan ke folder di host atau disk lain. Perhatikan label status: file yang ditandai tervalidasi telah lolos pemeriksaan format independen.
Format disk virtual yang bisa dibuka dan perbedaannya
Disk VMware punya beberapa tata letak. VMDK sparse monolitik membesar seiring tamu menulis data. VMDK streamOptimized adalah varian terkompresi yang sering ada di ekspor OVA dan OVF. VMDK flat adalah file mentah yang dialokasikan di muka dan dijelaskan oleh deskriptor kecil terpisah. FileFix Ultimate membaca ketiganya, juga QCOW2 versi 2 dan 3 dari QEMU, KVM, dan Proxmox, VHD dan VHDX dari Hyper-V, serta file .img mentah.
Pada disk sparse dan QCOW2, area yang tidak pernah ditulis tamu sama sekali tidak disimpan di file. Itu membuat file tetap kecil, tetapi juga berarti blok yang dilepas tamu dan diambil kembali oleh host mungkin sudah tidak ada.
Snapshot, disk thin, dan TRIM di dalam tamu
Jika VM memiliki snapshot, perubahan terbaru disimpan di file delta di samping disk dasar. Membuka file dasar saja menampilkan tamu seperti saat snapshot dibuat, yang justru membantu bila file dihapus setelahnya. Jika Anda perlu keadaan terbaru, cara termudah biasanya menggabungkan snapshot pada salinan VM di hypervisor lebih dulu, lalu membuka hasilnya.
Sistem tamu modern dapat mengirim perintah TRIM atau unmap untuk ruang yang dihapus, dan sebagian hypervisor lalu menyusutkan disk thin atau sparse. Jika itu terjadi, blok yang terhapus mungkin sudah hilang dari file, sama seperti pada SSD. Pemulihan biasanya lebih berhasil pada disk thick atau flat dan pada tamu yang fitur pengambilan ruangnya dimatikan.
Kesalahan umum
Menyalakan VM untuk memasang program pemulihan di dalamnya berarti menulis ke disk yang ingin Anda pulihkan. Menjalankan perintah perbaikan atau pemadatan hypervisor pada disk asli dapat membuang ruang kosong. Membuka deskriptor setelah mengganti nama file extent memutus hubungan keduanya; jangan ganti nama apa pun dan pertahankan struktur folder.
Kapan tidak berhasil
- Mesin virtual terenkripsi tidak bisa dibaca tanpa dekripsi oleh hypervisor; BitLocker di dalam tamu memerlukan kunci pemulihannya.
- Tamu dengan sistem file yang tidak didukung, seperti ReFS, Btrfs, atau ZFS, hanya dapat dicari berdasarkan tanda tangan, tanpa nama dan folder.
- Jika file extent hilang atau berganti nama sehingga sebagian disk tidak ada, file di bagian itu tidak dapat dipulihkan.
- Ruang yang di-TRIM oleh tamu lalu diambil kembali host dari disk thin atau sparse biasanya tidak lagi menyimpan data lama.
- VMDK snapshot (anak) yang membutuhkan disk induknya, disk seSparse dan vmfsSparse, serta pemetaan perangkat mentah tidak dapat dibuka. Gunakan disk dasar, atau gabungkan snapshot di hypervisor Anda terlebih dahulu.
Bagaimana FileFix Ultimate membantu
- Membuka dalam mode baca saja VMDK (sparse, streamOptimized, dan flat), QCOW2 v2 dan v3, VHD, VHDX, E01, serta image mentah.
- Menampilkan partisi di dalam disk virtual dan membaca tamu NTFS, FAT32, exFAT, serta ext2, ext3, dan ext4 untuk memulihkan nama dan folder.
- Beralih ke pencarian tanda tangan untuk 68 jenis file bila sistem file tamu tidak dikenali.
- Dapat menggabungkan beberapa image disk, termasuk file VMDK, menjadi RAID virtual 0, 1, 5, atau JBOD.
FileFix Ultimate gratis untuk penggunaan pribadi, bekerja offline, dan tidak pernah menulis ke drive yang sedang Anda pulihkan. Penggunaan untuk bisnis atau pekerjaan memerlukan lisensi 1 tahun per PC. Periksa tanda tangan sebelum menjalankannya.
Pertanyaan umum
Bisakah file VMDK yang terhapus di host dipulihkan?
Itu pekerjaan lain: file .vmdk terhapus dari drive host, jadi pindai drive itu dan cari deskriptor beserta file data besarnya. Extent flat atau sparse yang besar sering terfragmentasi sehingga mungkin hanya kembali sebagian.
Apakah perlu memasang VMware atau QEMU untuk membuka disk?
Tidak. File disk virtual dibaca langsung, jadi cukup ada file-nya di PC Windows 10 atau 11. Hypervisor hanya berguna bila Anda ingin menggabungkan snapshot lebih dulu.
File mana yang dipilih, yang kecil atau yang besar?
Untuk VMware, pilih deskriptor .vmdk yang kecil; file itu memberi tahu aplikasi letak extent datanya. Jika deskriptor hilang, extent flat juga bisa dibuka sebagai image mentah.
Apakah membuka disk akan mengubahnya atau merusak VM?
Tidak. File dibuka dalam mode baca saja dan tidak ada yang ditulis ke dalamnya, sehingga VM tetap menyala seperti biasa. Meski begitu, bekerja pada salinan tetap kebiasaan paling aman.