Penafian: Nota itu adalah untuk tujuan hiburan. Ketumpatan khusus maklumat berguna di dalamnya adalah rendah. Ia ditulis "untuk diri saya sendiri."
Pengenalan lirik
Pembuangan fail dalam organisasi kami dijalankan pada mesin maya VMware ESXi 6 yang menjalankan Windows Server 2016. Dan ini bukan sekadar pembuangan sampah. Ini ialah pelayan pertukaran fail antara bahagian struktur: terdapat kerjasama, dokumentasi projek dan folder daripada pengimbas rangkaian. Secara umum, semua hayat pengeluaran ada di sini.
Dan bekas ini dari semua kehidupan pengeluaran mula digantung. Lebih-lebih lagi, tetamu boleh menggantung diri secara senyap-senyap tanpa menjejaskan orang lain. Dia boleh mengalahkan seluruh hos dan, dengan itu, semua mesin tetamu yang lain. Saya boleh menggantung diri dan menggantung perkhidmatan pelanggan vSphere: iaitu, proses tetamu lain masih hidup, mesin berfungsi dengan baik dan bertindak balas, tetapi tiada mesin basuh fail dan Pelanggan vSphere tidak berpaut pada hos. Secara umum, tiada sistem dapat dikenal pasti. Pembekuan boleh berlaku pada siang hari semasa beban rendah. Mereka boleh melakukannya pada waktu malam tanpa beban. Boleh pada waktu malam semasa sandaran pembezaan dan beban purata. Boleh pada hujung minggu semasa sandaran penuh dan beban tinggi. Dan terdapat kemerosotan keadaan yang jelas. Pada mulanya setahun sekali, kemudian enam bulan sekali. Pada akhir kesabaran saya - dua kali seminggu.
Saya mempunyai masalah ingatan. Tetapi mereka tidak membenarkan saya menghentikan timbunan sampah walaupun pada hujung minggu dan menjalankan Memtest. Kami menunggu cuti Mei. Semasa cuti Mei, saya menjalankan Memtest dan... tiada ralat ditemui.
Saya kagum dan memutuskan untuk pergi bercuti. Semasa saya bercuti, tidak ada satu pun hang up di tempat pembuangan sampah. Dan apabila saya kembali bekerja untuk hari pertama pada hari Isnin, terdapat timbunan sampah. Saya menanggung sandaran penuh dan menggantung sejurus selepas ia selesai. Sambutan hangat dari percutian mendorong saya kepada keputusan untuk menyeret cakera secara fizikal dengan mesin tetamu ke hos lain.
Dan, walaupun telah lama diketahui bahawa anda tidak boleh melakukan apa-apa yang serius pada hari pertama selepas bercuti, walaupun saya sedang mempersiapkan diri untuk tidak bekerja sepanjang jalan ke tempat kerja, kemarahan saya pada satu lagi keadaan beku mengetuk kedua-dua mood saya dan saya. sumpah yang keluar dari kepala saya...
Cakera fizikal telah dialihkan ke hos lain. Sambungan panas. Dalam tetapan storan pada tab Pemacu cakera muncul. Pada tab Penyimpan data Tiada storan pada cakera ini. Refresh - tidak muncul. Sudah tentu, dorongan pertama - Tambah Storan. Wizard Tambah menerangkan perkara yang disokong. Sudah tentu ia juga menyokong VMFS. Saya tidak meraguinya. Pandangan pantas pada mesej wizard pada setiap langkah: Seterusnya, Seterusnya, Seterusnya, Selesai. Matanya langsung tidak mendekati untuk menangkap bulatan kuning kecil dengan tanda seru di bahagian bawah tingkap salah satu langkah tuan.
Pada penghujung wizard, Datastore baharu muncul dalam senarai... dan bersama-sama dengannya Datastores daripada cakera fizikal yang tinggal.
Saya beralih kepada menavigasi melalui Datastore yang baru ditambah, dan ia... kosong. Sudah tentu, saya kembali kehairanan. Pukul 8 pagi, 15 minit pertama di tempat kerja selepas bercuti, saya masih belum mengacau gula dalam kopi saya. Dan inilah dia. Fikiran pertama ialah saya menarik cakera yang salah daripada hos "asli". Saya melihat untuk melihat sama ada Datastore yang diperlukan terdapat dalam hos "asli": tidak, ia tidak hadir. Fikiran kedua ialah: "sial!" Saya tidak pasti, tetapi nampaknya saya pemikiran ketiga, keempat dan sekurang-kurangnya kelima adalah sama.
Untuk menghilangkan keraguan, saya segera memasang ESXi baru untuk ujian, mengambil cakera kiri dan, sudah membacanya, berjalan melalui langkah wizard. ya. Apabila anda menambah Datastore menggunakan wizard, semua data pada cakera hilang tanpa keupayaan untuk melancarkan operasi dan memulihkan data. Kemudian saya membaca di salah satu forum penilaian reka bentuk ini oleh seorang tuan: omong kosong. Dan saya benar-benar bersetuju.
Bermula dari keenam, pemikiran mengalir ke arah yang lebih membina. OKEY. Permulaan mengambil masa beberapa saat walaupun untuk cakera 3Tb. Jadi ini adalah pemformatan peringkat tinggi. Ini bermakna jadual partition hanya ditulis semula. Jadi data masih ada. Jadi, sekarang kita akan mencari beberapa unformat dan voila.
Saya but mesin daripada imej but Strelec... Dan saya dapati program pemulihan partition tahu segala-galanya kecuali VMFS. Sebagai contoh, mereka tahu susun atur partition Synology, tetapi bukan VMFS.
Mencari melalui program tidak meyakinkan: paling baik, GetDataBack dan R.Saver mencari partition NTFS dengan struktur direktori langsung dan nama fail langsung. Tetapi ini tidak sesuai dengan saya. Saya memerlukan dua fail vmdk: dengan cakera sistem dan cakera fail sampah.
Kemudian saya faham bahawa nampaknya saya kini akan memasang Windows dan melancarkan daripada sandaran fail. Dan pada masa yang sama saya ingat bahawa saya mempunyai akar DFS di sana. Dan juga sistem hak akses kepada folder jabatan yang sangat liar dalam skop dan akibatnya. Bukan pilihan. Satu-satunya pilihan masa yang boleh diterima ialah memulihkan keadaan sistem dan cakera dengan data dan semua hak.
Sekali lagi Google, forum, KB'shki dan lagi tangisan Yaroslavna: VMware ESXi tidak menyediakan mekanisme pemulihan data. Semua utas perbincangan mempunyai dua pengakhiran: seseorang telah dipulihkan menggunakan Pemulihan VMFS DiskInternals yang mahal, atau seseorang telah dibantu oleh pakar perisian yang secara aktif mempromosikan perkhidmatannya vmfs-tools ΠΈ dd. Pilihan untuk membeli lesen Pemulihan VMFS DiskInternals dengan harga $700 bukanlah pilihan. Membenarkan orang luar dari "wilayah musuh yang berpotensi" untuk mengakses data korporat juga bukan pilihan. Tetapi ia telah digoogle bahawa partition VMFS juga boleh dibaca oleh UFS Explorer.
Pemulihan VMFS DiskInternals
Versi percubaan telah dimuat turun dan dipasang. Program ini berjaya melihat partition VMFS kosong:
mod Nyahpadam (Imbas Pantas) Saya juga menemui Datastore lusuh dengan folder mesin maya dengan cakera di dalamnya:
Pratonton menunjukkan bahawa fail masih hidup:
Memasang partition ke dalam sistem berjaya, tetapi atas sebab yang tidak diketahui, ketiga-tiga folder mengandungi mesin maya yang sama. Sudah tentu, mengikut undang-undang, keburukan bukanlah apa yang diperlukan.
Tiga baris rasa maluPercubaan untuk mengunci perisian tanpa malu-malu berakhir dengan kegagalan. Tetapi UFS Explorer dikunci.
Saya mempunyai sikap yang sangat negatif terhadap kecurian perisian. Saya sama sekali tidak menggalakkan penggunaan cara untuk memintas perlindungan terhadap penggunaan tanpa lesen.
Saya berada dalam situasi bencana dan langsung tidak berbangga dengan langkah-langkah yang telah saya lakukan.
Penjelajah UFS
Imbasan cakera menunjukkan kehadiran 7 nod. Bilangan nod "mengejutkan" bertepatan dengan bilangan fail *-flat.vmdk yang dikesan oleh VMFS Recovery:
Perbandingan saiz fail dan saiz nod juga menunjukkan padanan ke bait. Pada masa yang sama, nama fail *-flat.vmdk dan, oleh itu, kepunyaan mereka ke dalam mesin maya telah dipulihkan.
Secara umum, cakera vmdk dari sudut pandangan ESXi terdiri daripada dua fail: fail data (<nama mesin>-flat.vmdk) dan fail susun atur cakera "fizikal" (<nama mesin>.vmdk). Jika anda memuat naik fail *-flat.vmdk ke Datastore daripada mesin tempatan, ESXi tidak akan mengenalinya sebagai fail cakera yang sah. Pangkalan Pengetahuan VMware mempunyai artikel tentang cara membuat fail deskriptor cakera secara manual: , tetapi saya tidak perlu melakukan ini, saya hanya menyalin kandungan fail yang sepadan daripada kawasan pratonton kandungan fail dalam Pemulihan VMFS DiskInternals:
Selepas 4 jam memunggah nod 2,5 TB daripada UFS Explorer dan 20 jam memuatkan ke dalam Datastore hypervisor, fail cakera yang ranap telah disambungkan ke mesin maya yang baru dibuat. Cakera diambil. Tiada kehilangan data diperhatikan.
Sumber: www.habr.com