Kami mengembalikan mesin virtual dari Datastore yang diinisialisasi secara salah. Kisah satu omong kosong dengan akhir yang bahagia

Penafian: Catatan itu menghibur. Kepadatan spesifik dari informasi yang berguna di dalamnya kecil. Itu ditulis "untuk dirimu sendiri."

Pengantar liris

File dump di organisasi kami berputar pada mesin virtual VMware ESXi 6 di bawah Windows Server 2016. Dan ini bukan hanya dump. Ini adalah server berbagi file antara divisi struktural: ada kolaborasi, dan dokumentasi proyek, dan folder dari pemindai jaringan. Secara umum, ini adalah seluruh kehidupan produksi.

Dan wadah semua kehidupan produksi ini mulai menggantung. Apalagi, tamu itu diam-diam bisa gantung diri, tanpa mempengaruhi sisanya. Bisa menggantung sendiri seluruh host dan, dengan demikian, semua mesin tamu lainnya. Saya bisa menggantung diri dan menggantung layanan klien vSphere: yaitu, proses tamu lain hidup, mesin bekerja dengan baik dan merespons, tetapi tidak ada file yang rusak dan vSphere Client tidak melekat pada tuan rumah. Secara umum, tidak ada sistem yang dapat diidentifikasi. Gantung bisa terjadi pada siang hari saat beban lemah. Bisa di malam hari saat beban nol. Bisa di malam hari saat cadangan diferensial dan beban sedang. Bisa di akhir pekan selama cadangan penuh dan beban tinggi. Dan ada degradasi situasi yang jelas. Awalnya itu setahun sekali, lalu enam bulan sekali. Di akhir kesabaran saya, dua kali seminggu.

Saya berdosa untuk RAM. Tetapi mereka tidak membiarkan saya menghentikan sampah bahkan di akhir pekan dan mengusir Memtest. Menunggu liburan Mei. Pada liburan Mei, saya pergi Memtest dan ... tidak ada kesalahan ditemukan.

Saya kagum dan memutuskan untuk pergi berlibur. Saat saya sedang berlibur - tempat pembuangan sampah tidak memiliki tempat hang. Dan ketika pada hari Senin hari pertama mulai bekerja - tempat sampah digantung. Mempertahankan cadangan penuh, dan tepat pada akhirnya tergantung. Pertemuan yang begitu hangat dari liburan mendorong saya ke keputusan untuk secara fisik menyeret drive tamu ke host lain.

Dan, meskipun sudah lama diketahui bahwa pada hari pertama setelah liburan, tidak ada yang serius yang bisa dilakukan, meskipun saya mengatur diri saya untuk bekerja sepanjang jalan untuk bekerja, kemarahan saya dengan pembekuan berikutnya mengenyahkan pikiran dan suasana hati saya, dan bersumpah ...

Disk fisik disusun ulang ke host lain. Koneksi panas. Disk muncul di pengaturan penyimpanan pada tab Drive . Pada tab Datastores, penyimpanan pada drive ini tidak. Refresh - jangan muncul. Yah, tentu saja, dorongan pertama adalah Add Storage . Add Wizard memberi tahu Anda apa yang didukungnya. Tentu saja itu juga mendukung VMFS. Saya tidak ragu. Sekilas melihat pesan-pesan wizard di setiap langkah: Berikutnya, Selanjutnya, Selanjutnya, Selesai. Tatapannya bahkan tidak menutup untuk menangkap lingkaran kuning kecil dengan tanda seru di bagian bawah jendela salah satu langkah master.

Di akhir panduan, Datastore baru muncul di daftar ... dan dengan itu Datastores dari disk fisik lain.

Saya pindah ke navigasi di Datastore yang baru ditambahkan, dan itu ... kosong. Tentu saja, saya kagum lagi. Jam 8 pagi, 15 menit pertama bekerja setelah liburan, bahkan gula dalam kopi belum diaduk. Dan ini dia. Pikiran pertama saya adalah bahwa saya mengambil drive yang salah dari host "asli". Saya melihat apakah Datastore yang diperlukan ada di host "asli": tidak, tidak ada. Pikiran kedua adalah: "sial # b!". Tidak yakin, tetapi bagi saya tampaknya pikiran ketiga, keempat, dan setidaknya kelima adalah sama.

Untuk menghilangkan keraguan, saya segera menginstal ESXi baru pada sampel, mengambil drive kiri dan, setelah membacanya, pergi melalui langkah-langkah wizard. Ya Saat menambahkan Datastore menggunakan wizard, semua data pada disk hilang tanpa kemampuan untuk memutar kembali operasi dan mengembalikan data. Kemudian, saya membaca di salah satu forum penilaian desain seperti itu oleh master: omong kosong shitsome. Dan saat ini saya sangat setuju.

Dimulai dengan yang keenam, pikiran mengalir dengan cara yang lebih konstruktif. Baiklah Inisialisasi membutuhkan waktu beberapa detik bahkan untuk drive 3Tb. Jadi ini adalah pemformatan tingkat tinggi. Jadi, tabel partisi hanya ditulis ulang. Jadi datanya masih ada. Jadi sekarang mari kita cari beberapa unformat dan voila.

Saya memuat mobil dari gambar boot Strelec ... Dan saya menemukan bahwa program pemulihan partisi diketahui semua orang kecuali VMFS. Misalnya, mereka tahu tata letak partisi Synology, tetapi VMFS tidak.

Menghitung program tidak nyaman: paling-paling, GetDataBack dan R.Saver menemukan partisi NTFS dengan struktur direktori langsung dan nama file langsung. Tapi itu tidak cocok untukku. Saya perlu dua file vmdk: dengan disk sistem dan tempat sampah.

Dan kemudian saya mengerti bahwa, tampaknya, sekarang saya akan menginstal Windows dan mengeluarkan cadangan file. Dan pada saat yang sama saya ingat bahwa saya memiliki root DFS di sana. Dan juga sistem volume dan percabangan yang benar-benar liar dari hak akses ke folder unit. Bukan pilihan. Satu-satunya pilihan yang dapat diterima waktu adalah mengembalikan keadaan sistem dan disk dengan data dan semua hak.

Sekali lagi googling, forum, KB'shki dan lagi-lagi menangis Yaroslavna: VMware ESXi tidak menyediakan mekanisme pemulihan data. Semua utas diskusi memiliki dua final: seseorang pulih dengan bantuan DiskInternals VMFS Recovery yang tidak murah atau seseorang yang secara aktif mempromosikan layanan mereka dengan bantuan dari vmfs-tools dan dd membantu. Opsi untuk membeli lisensi DiskFSternational VMFS Recovery seharga $ 700 bukanlah opsi. Pengakuan orang luar dari "wilayah musuh potensial" ke data perusahaan juga bukan pilihan. Tetapi sudah googled bahwa partisi VMFS dapat membaca juga UFS Explorer.

DiskInternals VMFS Recovery

Versi uji coba diunduh dan diinstal. Program berhasil melihat bagian VMFS kosong:



Dalam mode Undelete (Fast Scan) , saya juga menemukan Datastore lusuh dengan folder mesin virtual dengan disk di dalamnya:



Pratinjau menunjukkan bahwa file-file itu hidup:



Memasang partisi ke dalam sistem berhasil, tetapi untuk beberapa alasan, ketiga folder memiliki mesin virtual yang sama. Tentu saja, hukum kekejaman bukanlah yang dituntut.

Penjelajah UFS

Memindai disk menunjukkan adanya 7 node. Jumlah node dalam "cara yang menakjubkan" bertepatan dengan jumlah file * -flat.vmdk yang terdeteksi oleh VMFS Recovery:



Perbandingan ukuran file dan ukuran node juga menunjukkan kecocokan hingga byte. Pada saat yang sama, nama file * -flat.vmdk dan, oleh karena itu, milik mereka untuk mesin virtual dipulihkan.



Secara umum, disk vmdk dari sudut pandang ESXi terdiri dari dua file: file data (<nama mesin> -flat.vmdk) dan file tata letak disk fisik (<nama mesin> .vmdk). Jika Anda mengunggah file * -flat.vmdk dari mesin lokal ke Datastore, maka ESXi tidak akan mengenalinya sebagai file disk yang valid. Ada sebuah artikel di dalam basis pengetahuan VMware tentang cara membuat file deskriptor disk secara manual: kb.vmware.com/s/article/1002511 , tetapi saya tidak harus, saya hanya menyalin konten file yang sesuai dari area pratinjau konten file di DiskInternals VMFS Recovery :



Setelah 4 jam mengunggah simpul 2,5TB dari UFS Explorer dan 20 jam memuat ke hypervisor Datastore, file-file disk yang bengkok terhubung ke mesin virtual yang baru dibuat. Roda diangkat. Tidak ada kehilangan data yang diperhatikan.