wewaler: Cathetan kanggo tujuan hiburan. Kapadhetan tartamtu saka informasi migunani ing kurang. Iki ditulis "kanggo aku."
Pambuka lirik
Dump file ing organisasi kita mlaku ing mesin virtual VMware ESXi 6 sing nganggo Windows Server 2016. Lan iki ora mung mbucal sampah. Iki minangka server pertukaran file antarane divisi struktural: ana kolaborasi, dokumentasi proyek, lan folder saka pemindai jaringan. UmumΓ©, kabeh urip produksi ana ing kene.
Lan wadhah iki kabeh urip produksi wiwit digantung. Kajaba iku, tamu bisa gantung diri kanthi tenang tanpa mengaruhi wong liya. Dheweke bisa njupuk kabeh host lan, miturut, kabeh mesin tamu liyane. Aku bisa nyumerepi dhewe lan nyumerepi layanan klien vSphere: sing, pangolahan tamu liyane urip, mesin bisa mlaku lan nanggapi, nanging ora ana mesin cuci file lan klien vSphere ora cling kanggo inang. UmumΓ©, ora ana sistem sing bisa diidentifikasi. Pembekuan bisa kedadeyan ing wayah awan sajrone beban sing sithik. Dheweke bisa nindakake ing wayah wengi nalika ora ana beban. Bisa ing wayah wengi sajrone serep diferensial lan beban rata-rata. Bisa ing akhir minggu sajrone serep lengkap lan beban dhuwur. Lan ana degradasi sing jelas saka kahanan kasebut. Wiwitane setaun sepisan, banjur saben nem sasi sepisan. Ing pungkasan sabar - kaping pindho saben minggu.
Aku duwe masalah memori. Nanging dheweke ora nglilani aku mungkasi tumpukan sampah sanajan akhir minggu lan mbukak Memtest. Kita ngenteni preian Mei. Sajrone preian Mei, aku mbukak Memtest lan ... ora ana kesalahan sing ditemokake.
Aku gumun lan mutusake arep preinan. Nalika aku lagi preian, ora ana siji-sijia hang hang ing TPA. Lan nalika aku bali kerja kanggo dina pisanan dina Senin, ana tumpukan sampah. Aku keno serep lengkap lan Hung tengen sawise iku rampung. Sambutan sing anget saka liburan nyurung aku kanggo keputusan kanggo nyeret disk kanthi mesin tamu menyang host liyane.
Lan, sanajan wis suwe dingerteni yen sampeyan ora bisa nindakake apa-apa sing serius ing dina pisanan sawise preian, sanajan aku wis nyiapake dhewe supaya ora bisa kerja nganti suwe, rasa nesuku ing beku liyane nyebabake swasana ati lan atiku. sumpah metu saka sirahku...
Disk fisik wis dipindhah menyang host liyane. Sambungan panas. Ing setelan panyimpenan ing tab Mimpin disk katon. Ing tab Datastores Ora ana panyimpenan ing disk kasebut. Refresh - ora katon. Inggih, mesthi, impuls pisanan - Tambah Panyimpenan. Tambah Wisaya nerangake apa sing didhukung. Mesthi uga ndhukung VMFS. Aku ora mangu-mangu. Deleng cepet pesen tuntunan ing saben langkah: Sabanjure, Sabanjure, Sabanjure, Rampung. Mripat ora malah nyedhaki nyekel bunder kuning cilik karo tandha seru ing ngisor jendhela salah siji langkah master.
Ing pungkasan tuntunan, Datastore seger katon ing dhaptar ... lan bebarengan karo Datastores saka disk fisik sing isih ana.
Aku nerusake kanggo navigasi liwat Datastore mentas ditambahake, lan iku ... kosong. Mesthi, aku bali menyang gumun. Wis jam 8 esuk, 15 menit pertama nyambut gawe sawise preian, aku durung ngocok gula ing kopiku. Lan kene iku. Pikiran pisanan yaiku aku narik disk sing salah saka host "native". Aku katon kanggo ndeleng yen Datastore sing dibutuhake ana ing host "native": ora, ora ana. Pikiran kapindho yaiku: "jancok!" Aku ora yakin, nanging misale jek kula sing katelu, papat lan paling kalima panginten padha.
Kanggo ngilangi keraguan, aku cepet nginstal ESXi seger kanggo nyoba, njupuk disk kiwa lan, wis maca, mlaku liwat langkah-langkah tuntunan. ya wis. Nalika sampeyan nambah Datastore nggunakake tuntunan, kabeh data ing disk ilang tanpa kemampuan kanggo muter maneh operasi lan mulihake data. Mengko aku maca ing salah siji forum taksiran desain iki dening master: omong kosong shitsome. Lan aku pancen setuju.
Wiwit saka enem, pikirane mili menyang arah sing luwih mbangun. OK. Inisialisasi mbutuhake sawetara detik sanajan kanggo disk 3Tb. Dadi iki format tingkat dhuwur. Iki tegese tabel partisi mung ditulis maneh. Dadi data isih ana. Dadi, saiki kita bakal golek sawetara unformat lan voila.
Aku boot mesin saka gambar boot Strelec ... Lan aku ngerteni manawa program pemulihan partisi ngerti kabeh kajaba VMFS. Contone, dheweke ngerti tata letak partisi Synology, nanging ora VMFS.
Panelusuran liwat program ora reassuring: paling apik, GetDataBack lan R.Saver nemokake partisi NTFS karo struktur direktori urip lan jeneng berkas urip. Nanging iki ora cocog karo aku. Aku butuh rong file vmdk: karo disk sistem lan disk file sampah.
Banjur aku ngerti yen saiki aku bakal nginstal Windows lan muter metu saka serep file. Lan ing wektu sing padha aku elinga yen aku duwe ROOT DFS ana. Lan uga sistem hak akses kanggo folder departemen sing pancen alam bΓ©bas ing orane katrangan lan ramifications. Ora pilihan. Siji-sijine pilihan wektu sing bisa ditampa yaiku mulihake kahanan sistem lan disk kanthi data lan kabeh hak.
Maneh Google, forum, KB'shki lan maneh Yaroslavna nangis: VMware ESXi ora nyedhiyani mekanisme Recovery data. Kabeh utas diskusi duwe rong pungkasan: ana sing mbalekake nggunakake DiskInternals VMFS Recovery sing larang, utawa ana sing dibantu dening spesialis piranti lunak sing aktif promosi layanane. vmfs-alat ΠΈ dd. Pilihan kanggo tuku lisensi DiskInternals VMFS Recovery kanggo $700 ora dadi pilihan. Ngidini wong njaba saka "wilayah mungsuh potensial" kanggo ngakses data perusahaan uga ora dadi pilihan. Nanging digoleki yen partisi VMFS uga bisa diwaca dening UFS Explorer.
DiskInternals VMFS Recovery
Versi nyoba diundhuh lan diinstal. Program kasebut sukses ndeleng partisi VMFS kosong:
mode Batal mbusak (Scan Cepet) Aku uga nemokake Datastore kumuh kanthi folder mesin virtual kanthi disk ing njero:
Pratinjau nuduhake manawa file kasebut urip:
Pemasangan partisi ing sistem kasebut sukses, nanging amarga alasan sing ora dingerteni, kabeh telung folder kasebut ngemot mesin virtual sing padha. Mesthine, miturut hukum, meanness ora apa sing dibutuhake.
Telung baris isinUsaha kanggo ngunci piranti lunak tanpa isin rampung gagal. Nanging UFS Explorer dikunci.
Aku duwe sikap negatif banget marang nyolong piranti lunak. Ora ana cara aku nyengkuyung nggunakake sarana kanggo nglindhungi proteksi saka panggunaan sing ora dilisensi.
Aku ana ing kahanan catastrophic lan ora bangga karo langkah-langkah sing wis daklakoni.
UFS Explorer
Pindai disk nuduhake ananΓ© 7 simpul. Jumlah simpul "kaget" cocog karo jumlah file *-flat.vmdk sing dideteksi dening VMFS Recovery:
Perbandingan ukuran file lan ukuran simpul uga nuduhake pertandhingan nganti bait. Ing wektu sing padha, jeneng file *-flat.vmdk lan, kanthi mangkono, sing ana ing mesin virtual dibalekake.
UmumΓ©, vmdk disk saka sudut pandang ESXi kasusun saka rong file: file data (<jeneng mesin> -flat.vmdk) lan file tata disk "fisik" (<jeneng mesin>.vmdk). Yen sampeyan ngunggah file *-flat.vmdk menyang Datastore saka mesin lokal, ESXi ora bakal ngenali minangka file disk bener. Basis Pengetahuan VMware duwe artikel babagan carane nggawe file deskriptor disk kanthi manual: , nanging aku ora kudu nindakake iki, aku mung nyalin isi file sing cocog saka area pratinjau konten file ing DiskInternals VMFS Recovery:
Sawise 4 jam mbukak simpul 2,5 TB saka UFS Explorer lan 20 jam mbukak menyang Datastore hypervisor, file disk sing nabrak disambungake menyang mesin virtual sing mentas digawe. Disk dijupuk. Ora ana mundhut data sing diamati.
Source: www.habr.com