ການຟື້ນຟູເຄື່ອງສະເໝືອນຈິງຈາກ Datastore ເບື້ອງຕົ້ນທີ່ຜິດພາດ. ເລື່ອງ​ຂອງ​ຄວາມ​ໂງ່​ຫນຶ່ງ​ທີ່​ມີ​ການ​ສິ້ນ​ສຸດ​ຄວາມ​ສຸກ​

ປະຕິເສດ: ຫມາຍເຫດແມ່ນເພື່ອຈຸດປະສົງການບັນເທີງ. ຄວາມຫນາແຫນ້ນສະເພາະຂອງຂໍ້ມູນທີ່ເປັນປະໂຫຍດໃນມັນແມ່ນຕໍ່າ. ມັນໄດ້ຖືກຂຽນວ່າ "ສໍາລັບຂ້ອຍເອງ."

ການແນະນຳເນື້ອເພງ

ການຖິ້ມໄຟລ໌ໃນອົງການຈັດຕັ້ງຂອງພວກເຮົາດໍາເນີນການຢູ່ໃນເຄື່ອງ virtual VMware ESXi 6 ແລ່ນ Windows Server 2016. ແລະນີ້ບໍ່ແມ່ນພຽງແຕ່ການຖິ້ມຂີ້ເຫຍື້ອ. ນີ້ແມ່ນເຄື່ອງແມ່ຂ່າຍຂອງການແລກປ່ຽນໄຟລ໌ລະຫວ່າງພະແນກໂຄງສ້າງ: ມີການຮ່ວມມື, ເອກະສານໂຄງການ, ແລະໂຟນເດີຈາກເຄື່ອງສະແກນເຄືອຂ່າຍ. ໂດຍທົ່ວໄປ, ຊີວິດການຜະລິດທັງຫມົດຢູ່ທີ່ນີ້.

ແລະບັນຈຸນີ້ຂອງຊີວິດການຜະລິດທັງຫມົດໄດ້ເລີ່ມຕົ້ນທີ່ຈະ hang. ຍິ່ງໄປກວ່ານັ້ນ, ແຂກສາມາດຫ້ອຍຕົນເອງຢ່າງງຽບໆໂດຍບໍ່ມີຜົນກະທົບຕໍ່ຄົນອື່ນ. ລາວສາມາດເອົາເຈົ້າພາບທັງຫມົດແລະ, ຕາມຄວາມເຫມາະສົມ, ເຄື່ອງຈັກແຂກອື່ນໆທັງຫມົດ. ຂ້ອຍສາມາດຫ້ອຍຕົວເອງແລະວາງສາຍບໍລິການລູກຄ້າ vSphere: ນັ້ນແມ່ນ, ຂະບວນການຂອງແຂກອື່ນໆແມ່ນມີຊີວິດຢູ່, ເຄື່ອງຈັກເຮັດວຽກຢ່າງຖືກຕ້ອງແລະຕອບສະຫນອງ, ແຕ່ບໍ່ມີເຄື່ອງລ້າງໄຟລ໌ແລະ vSphere Client ບໍ່ຕິດກັບເຈົ້າພາບ. ໂດຍທົ່ວໄປ, ບໍ່ມີລະບົບໃດສາມາດລະບຸໄດ້. ການແຊ່ແຂງສາມາດເກີດຂຶ້ນໃນລະຫວ່າງມື້ໃນລະຫວ່າງການໂຫຼດຕໍ່າ. ເຂົາເຈົ້າສາມາດເຮັດມັນໄດ້ໃນຕອນກາງຄືນໃນເວລາທີ່ບໍ່ມີການໂຫຼດ. ສາມາດໃນຕອນກາງຄືນໃນລະຫວ່າງການສໍາຮອງຂໍ້ມູນທີ່ແຕກຕ່າງກັນແລະການໂຫຼດສະເລ່ຍ. ສາມາດໃນທ້າຍອາທິດໃນລະຫວ່າງການສໍາຮອງຂໍ້ມູນຢ່າງເຕັມທີ່ແລະການໂຫຼດສູງ. ແລະມີການເສື່ອມໂຊມຂອງສະຖານະການຢ່າງຈະແຈ້ງ. ທໍາອິດມັນແມ່ນຫນຶ່ງຄັ້ງຕໍ່ປີ, ຫຼັງຈາກນັ້ນທຸກໆຫົກເດືອນ. ໃນຕອນທ້າຍຂອງຄວາມອົດທົນຂອງຂ້ອຍ - ສອງຄັ້ງຕໍ່ອາທິດ.
ຂ້ອຍມີບັນຫາຄວາມຈຳ. ແຕ່ພວກເຂົາບໍ່ໃຫ້ຂ້ອຍຢຸດຂີ້ເຫຍື້ອເຖິງແມ່ນວ່າໃນທ້າຍອາທິດແລະແລ່ນ Memtest. ພວກເຮົາລໍຖ້າວັນພັກເດືອນພຶດສະພາ. ໃນລະຫວ່າງວັນພັກເດືອນພຶດສະພາ, ຂ້ອຍແລ່ນ Memtest ແລະ ... ບໍ່ພົບຂໍ້ຜິດພາດ.

ຂ້ອຍປະຫລາດໃຈແລະຕັດສິນໃຈໄປພັກຜ່ອນ. ໃນ​ຂະ​ນະ​ທີ່​ຂ້າ​ພະ​ເຈົ້າ​ໄປ​ພັກ​ຜ່ອນ​, ບໍ່​ມີ​ການ hangup ດຽວ​ຢູ່​ບ່ອນ​ຖິ້ມ​ຂີ້​ເຫຍື້ອ​. ແລະເມື່ອຂ້ອຍກັບໄປເຮັດວຽກໃນມື້ທໍາອິດໃນວັນຈັນ, ມີບ່ອນຖິ້ມຂີ້ເຫຍື້ອ. ຂ້າ​ພະ​ເຈົ້າ​ໄດ້​ອົດ​ທົນ​ກັບ​ການ​ສໍາ​ຮອງ​ຂໍ້​ມູນ​ຢ່າງ​ເຕັມ​ທີ່​ແລະ​ແຂບ​ໃນ​ທັນ​ທີ​ຫຼັງ​ຈາກ​ທີ່​ມັນ​ສໍາ​ເລັດ​. ການຕ້ອນຮັບອັນອົບອຸ່ນຈາກວັນພັກຜ່ອນດັ່ງກ່າວໄດ້ຊຸກດັນໃຫ້ຂ້ອຍເຖິງການຕັດສິນໃຈທີ່ຈະລາກແຜ່ນດິສກັບເຄື່ອງຂອງແຂກໄປຫາເຈົ້າພາບອື່ນ.

ແລະ, ເຖິງແມ່ນວ່າມັນເປັນທີ່ຮູ້ກັນມາດົນແລ້ວວ່າເຈົ້າບໍ່ສາມາດເຮັດຫຍັງຮ້າຍແຮງໃນມື້ທໍາອິດຫຼັງຈາກພັກ, ເຖິງແມ່ນວ່າຂ້ອຍໄດ້ກະກຽມຕົວເອງທີ່ຈະບໍ່ເຮັດວຽກຕະຫຼອດໄປ, ແຕ່ຄວາມໂກດແຄ້ນຂອງຂ້ອຍຢູ່ໃນຄວາມກະວົນກະວາຍອີກອັນຫນຶ່ງໄດ້ເຮັດໃຫ້ທັງອາລົມແລະອາລົມຂອງຂ້ອຍ. ປະຕິຍານອອກຈາກຫົວຂອງຂ້ອຍ ...

ແຜ່ນຟີຊິກໄດ້ຖືກຍ້າຍໄປໂຮດອື່ນ. ການເຊື່ອມຕໍ່ຮ້ອນ. ໃນການຕັ້ງຄ່າການເກັບຮັກສາໃນແຖບ ຂັບລົດ ແຜ່ນປາກົດ. ຢູ່ໃນແຖບ ບ່ອນເກັບຂໍ້ມູນ ບໍ່ມີບ່ອນເກັບຂໍ້ມູນຢູ່ໃນແຜ່ນເຫຼົ່ານີ້. ໂຫຼດຫນ້າຈໍຄືນ - ບໍ່ປາກົດ. ດີ, ແນ່ນອນ, impulse ທໍາອິດ - ເພີ່ມບ່ອນເກັບຂໍ້ມູນ. Add Wizard ອະທິບາຍສິ່ງທີ່ມັນສະຫນັບສະຫນູນ. ແນ່ນອນ, ມັນຍັງສະຫນັບສະຫນູນ VMFS. ຂ້າພະເຈົ້າບໍ່ໄດ້ສົງໃສມັນ. ເບິ່ງດ່ວນຢູ່ໃນຂໍ້ຄວາມຂອງຄວາມຍາວປາໃນແຕ່ລະຂັ້ນຕອນ: ຕໍ່ໄປ, ຕໍ່ໄປ, ຕໍ່ໄປ, ສໍາເລັດຮູບ. ຕາ​ບໍ່​ໄດ້​ເຂົ້າ​ໄປ​ໃກ້​ເພື່ອ​ຈັບ​ວົງ​ມົນ​ສີ​ເຫຼືອງ​ນ້ອຍໆ​ທີ່​ມີ​ເຄື່ອງ​ໝາຍ​ອຸ​ຍານ​ຢູ່​ທາງ​ລຸ່ມ​ຂອງ​ປ່ອງ​ຢ້ຽມ​ຂັ້ນ​ໜຶ່ງ​ຂອງ​ແມ່​ບົດ.

ໃນ​ຕອນ​ທ້າຍ​ຂອງ​ຄວາມ​ຍາວ​ປາ​, Datastore ສົດ​ໄດ້​ປາ​ກົດ​ຢູ່​ໃນ​ບັນ​ຊີ​ລາຍ​ການ ... ແລະ​ພ້ອມ​ກັບ​ມັນ Datastores ຈາກ​ແຜ່ນ​ຮ່າງ​ກາຍ​ທີ່​ຍັງ​ເຫຼືອ​.

ຂ້ອຍໄປນຳທາງຜ່ານ Datastore ທີ່ເພີ່ມໃໝ່, ແລະມັນ... ຫວ່າງເປົ່າ. ແນ່ນອນ, ຂ້ອຍຕົກຢູ່ໃນຄວາມປະຫລາດໃຈ. ມັນແມ່ນ 8 ໂມງເຊົ້າ, 15 ນາທີທໍາອິດຢູ່ບ່ອນເຮັດວຽກຫຼັງຈາກພັກ, ຂ້ອຍບໍ່ໄດ້ເອົານໍ້າຕານໃນກາເຟຂອງຂ້ອຍເທື່ອ. ແລະໃນທີ່ນີ້ມັນແມ່ນ. ຄວາມຄິດທໍາອິດແມ່ນວ່າຂ້ອຍດຶງແຜ່ນທີ່ບໍ່ຖືກຕ້ອງຈາກເຈົ້າພາບ "native". ຂ້ອຍເບິ່ງເພື່ອເບິ່ງວ່າ Datastore ທີ່ຕ້ອງການມີຢູ່ໃນເຈົ້າພາບ "native": ບໍ່, ມັນບໍ່ແມ່ນ. ຄວາມຄິດທີສອງແມ່ນ: "fuck!" ຂ້ອຍບໍ່ແນ່ໃຈ, ແຕ່ມັນເບິ່ງຄືວ່າຂ້ອຍຄິດວ່າຄວາມຄິດທີສາມ, ສີ່ແລະຢ່າງຫນ້ອຍຫ້າແມ່ນຄືກັນ.

ເພື່ອລົບລ້າງຄວາມສົງໃສ, ຂ້າພະເຈົ້າໄດ້ຕິດຕັ້ງ ESXi ສົດໆສໍາລັບການທົດສອບ, ເອົາແຜ່ນຊ້າຍແລະ, ອ່ານມັນແລ້ວ, ຍ່າງຜ່ານຂັ້ນຕອນຂອງຕົວຊ່ວຍສ້າງ. ແມ່ນແລ້ວ. ເມື່ອທ່ານເພີ່ມ Datastore ໂດຍໃຊ້ຕົວຊ່ວຍສ້າງ, ຂໍ້ມູນທັງຫມົດໃນແຜ່ນຈະສູນເສຍໄປໂດຍບໍ່ມີຄວາມສາມາດໃນການມ້ວນຄືນການດໍາເນີນງານແລະຟື້ນຟູຂໍ້ມູນ. ຕໍ່​ມາ​ຂ້າ​ພະ​ເຈົ້າ​ໄດ້​ອ່ານ​ກ່ຽວ​ກັບ​ການ​ປະ​ເມີນ​ຜົນ​ຂອງ​ການ​ອອກ​ແບບ​ນີ້​ໂດຍ​ແມ່​ບົດ​ຫນຶ່ງ​: crap shitsome​. ແລະຂ້ອຍກໍ່ຕົກລົງ.

ເລີ່ມຕົ້ນຈາກຄັ້ງທີ 3, ຄວາມຄິດໄດ້ໄຫຼໄປໃນທິດທາງທີ່ສ້າງສັນຫຼາຍຂຶ້ນ. ຕົກ​ລົງ. ການເລີ່ມຕົ້ນໃຊ້ເວລາບໍ່ຫຼາຍປານໃດແມ່ນແຕ່ສໍາລັບແຜ່ນ XNUMXTb. ດັ່ງນັ້ນ, ນີ້ແມ່ນຮູບແບບລະດັບສູງ. ນີ້ຫມາຍຄວາມວ່າຕາຕະລາງການແບ່ງສ່ວນໄດ້ຖືກຂຽນໃຫມ່ຢ່າງງ່າຍດາຍ. ດັ່ງນັ້ນຂໍ້ມູນແມ່ນຍັງມີຢູ່. ດັ່ງນັ້ນ, ຕອນນີ້ພວກເຮົາຈະຊອກຫາບາງຮູບແບບທີ່ບໍ່ເປັນລະບຽບແລະ voila.

ຂ້າ​ພະ​ເຈົ້າ boot ເຄື່ອງ​ຈາກ​ຮູບ​ພາບ boot Strelec ... ແລະ​ຂ້າ​ພະ​ເຈົ້າ​ຊອກ​ຫາ​ວ່າ​ໂຄງ​ການ​ການ​ຟື້ນ​ຕົວ​ຂອງ​ການ​ແບ່ງ​ປັນ​ຮູ້​ທຸກ​ສິ່ງ​ທຸກ​ຢ່າງ​ຍົກ​ເວັ້ນ VMFS​. ຕົວຢ່າງ, ພວກເຂົາຮູ້ຮູບແບບການແບ່ງປັນຂອງ Synology, ແຕ່ບໍ່ແມ່ນ VMFS.

ການຄົ້ນຫາຜ່ານບັນດາໂຄງການແມ່ນບໍ່ແນ່ໃຈວ່າ: ດີທີ່ສຸດ, GetDataBack ແລະ R.Saver ຊອກຫາພາທິຊັນ NTFS ທີ່ມີໂຄງສ້າງໄດເລກະທໍລີສົດແລະຊື່ໄຟລ໌ສົດ. ແຕ່ນີ້ບໍ່ເຫມາະສົມກັບຂ້ອຍ. ຂ້ອຍຕ້ອງການສອງໄຟລ໌ vmdk: ກັບແຜ່ນລະບົບແລະແຜ່ນໄຟລ໌ຂີ້ເຫຍື້ອ.

ແລະຫຼັງຈາກນັ້ນຂ້າພະເຈົ້າເຂົ້າໃຈວ່າມັນເບິ່ງຄືວ່າຂ້າພະເຈົ້າຈະຕິດຕັ້ງ Windows ແລະມ້ວນອອກຈາກການສໍາຮອງຂໍ້ມູນໄຟລ໌. ແລະໃນເວລາດຽວກັນຂ້ອຍຈື່ໄດ້ວ່າຂ້ອຍມີຮາກ DFS ຢູ່ທີ່ນັ້ນ. ແລະຍັງມີລະບົບສິດທິໃນການເຂົ້າເຖິງໂຟນເດີພະແນກທີ່ເປັນທໍາມະຊາດຢ່າງແທ້ຈິງໃນຂອບເຂດແລະ ramifications. ບໍ່ແມ່ນທາງເລືອກ. ທາງເລືອກເວລາດຽວທີ່ສາມາດຍອມຮັບໄດ້ແມ່ນການຟື້ນຟູສະພາບຂອງລະບົບແລະແຜ່ນທີ່ມີຂໍ້ມູນແລະສິດທິທັງຫມົດ.

ອີກເທື່ອຫນຶ່ງ Google, forums, KB'shki ແລະອີກເທື່ອຫນຶ່ງຮ້ອງໄຫ້ຂອງ Yaroslavna: VMware ESXi ບໍ່ໄດ້ສະຫນອງກົນໄກການຟື້ນຕົວຂໍ້ມູນ. ຫົວຂໍ້ສົນທະນາທັງໝົດມີສອງຕອນຈົບ: ບາງຄົນໄດ້ຮັບການຟື້ນຕົວໂດຍໃຊ້ DiskInternals VMFS Recovery ລາຄາແພງ, ຫຼືບາງຄົນໄດ້ຮັບການຊ່ວຍເຫຼືອຈາກຜູ້ຊ່ຽວຊານດ້ານຊອບແວທີ່ສົ່ງເສີມການບໍລິການຂອງລາວຢ່າງຈິງຈັງ. vmfs-ເຄື່ອງ​ມື и dd. ທາງເລືອກຂອງການຊື້ໃບອະນຸຍາດ DiskInternals VMFS Recovery ສໍາລັບ $700 ບໍ່ແມ່ນທາງເລືອກ. ການອະນຸຍາດໃຫ້ຄົນພາຍນອກຈາກ "ອານາເຂດຂອງສັດຕູທີ່ມີທ່າແຮງ" ເຂົ້າເຖິງຂໍ້ມູນຂອງບໍລິສັດບໍ່ແມ່ນທາງເລືອກ. ແຕ່ມັນຖືກ googled ວ່າ VMFS partitions ສາມາດອ່ານໄດ້ໂດຍ UFS Explorer.

ການກູ້ຄືນ DiskInternals VMFS

ສະບັບທົດລອງໄດ້ຖືກດາວໂຫຼດແລະຕິດຕັ້ງ. ໂຄງ​ການ​ສົບ​ຜົນ​ສໍາ​ເລັດ​ໄດ້​ເຫັນ​ການ​ແບ່ງ​ປັນ VMFS ເປົ່າ​:

ຢູ່ໃນໂmodeດ ຍົກເລີກການລຶບ (ສະແກນໄວ) ຂ້ອຍຍັງພົບເຫັນ Datastore shabby ທີ່ມີໂຟນເດີຂອງເຄື່ອງ virtual ທີ່ມີແຜ່ນພາຍໃນ:

ການສະແດງຕົວຢ່າງສະແດງໃຫ້ເຫັນວ່າໄຟລ໌ມີຊີວິດຢູ່:

ການ​ຕິດ​ຕັ້ງ​ພາ​ທິ​ຊັນ​ເຂົ້າ​ໄປ​ໃນ​ລະ​ບົບ​ໄດ້​ຮັບ​ຜົນ​ສໍາ​ເລັດ​, ແຕ່​ສໍາ​ລັບ​ເຫດ​ຜົນ​ທີ່​ບໍ່​ຮູ້​ຈັກ​, ທັງ​ສາມ​ໂຟ​ເດີ​ທີ່​ມີ​ເຄື່ອງ virtual ດຽວ​ກັນ​. ແນ່ນອນ, ອີງຕາມກົດຫມາຍ, ຄວາມຫມາຍບໍ່ແມ່ນສິ່ງທີ່ຕ້ອງການ.

ສາມສາຍຂອງຄວາມອັບອາຍຄວາມ​ພະ​ຍາ​ຍາມ​ທີ່​ຈະ​ລັອກ​ຊອບ​ແວ shamelessly ໄດ້​ສິ້ນ​ສຸດ​ລົງ​ໃນ​ຄວາມ​ລົ້ມ​ເຫຼວ. ແຕ່ UFS Explorer ຖືກລັອກໄວ້.

ຂ້ອຍມີທັດສະນະຄະຕິທີ່ບໍ່ດີຕໍ່ການລັກຊອບແວ. ໃນທາງໃດກໍ່ຕາມ, ຂ້ອຍບໍ່ໄດ້ຊຸກຍູ້ໃຫ້ໃຊ້ວິທີທີ່ຈະຂ້າມການປົກປ້ອງຈາກການນໍາໃຊ້ທີ່ບໍ່ມີໃບອະນຸຍາດ.

ຂ້າ​ພະ​ເຈົ້າ​ຢູ່​ໃນ​ສະ​ຖາ​ນະ​ການ​ຮ້າຍ​ແຮງ​ແລະ​ບໍ່​ມີ​ຄວາມ​ພູມ​ໃຈ​ໃນ​ທຸກ​ມາດ​ຕະ​ການ​ທີ່​ຂ້າ​ພະ​ເຈົ້າ​ໄດ້​ນໍາ​ໃຊ້​.

UFS Explorer

ການສະແກນແຜ່ນສະແດງເຖິງການປະກົດຕົວຂອງ 7 nodes. ຈໍາ​ນວນ​ຂອງ​ຂໍ້ “ປະ​ຫລາດ​ໃຈ” ກົງ​ກັນ​ກັບ​ຈໍາ​ນວນ​ຂອງ​ໄຟລ​໌ *-flat.vmdk ກວດ​ພົບ​ໂດຍ VMFS Recovery​:

ການປຽບທຽບຂະຫນາດໄຟລ໌ແລະຂະຫນາດຂອງ node ຍັງສະແດງໃຫ້ເຫັນການຈັບຄູ່ລົງໄປຫາ byte. ໃນເວລາດຽວກັນ, ຊື່ຂອງໄຟລ໌ *-flat.vmdk ແລະ, ຕາມຄວາມເຫມາະສົມ, ຂອງເຂົາເຈົ້າເປັນຂອງເຄື່ອງຈັກ virtual ໄດ້ຖືກຟື້ນຟູ.

ໂດຍທົ່ວໄປແລ້ວ, ແຜ່ນ vmdk ຈາກຈຸດຂອງ ESXi ປະກອບດ້ວຍສອງໄຟລ໌: ໄຟລ໌ຂໍ້ມູນ (<ຊື່ເຄື່ອງ>-flat.vmdk) ແລະໄຟລ໌ຮູບແບບແຜ່ນ "ທາງດ້ານຮ່າງກາຍ" (<ຊື່ເຄື່ອງ>.vmdk). ຖ້າທ່ານອັບໂຫລດໄຟລ໌ *-flat.vmdk ໄປທີ່ Datastore ຈາກເຄື່ອງທ້ອງຖິ່ນ, ESXi ຈະບໍ່ຮັບຮູ້ມັນເປັນໄຟລ໌ດິສກ໌ທີ່ຖືກຕ້ອງ. ພື້ນຖານຄວາມຮູ້ VMware ມີບົດຄວາມກ່ຽວກັບວິທີການສ້າງໄຟລ໌ descriptor disk ດ້ວຍຕົນເອງ: kb.vmware.com/s/article/1002511, ແຕ່ຂ້ອຍບໍ່ຕ້ອງເຮັດແນວນີ້, ຂ້ອຍພຽງແຕ່ຄັດລອກເນື້ອຫາຂອງໄຟລ໌ທີ່ສອດຄ້ອງກັນຈາກພື້ນທີ່ສະແດງເນື້ອຫາໄຟລ໌ໃນ DiskInternals VMFS Recovery:

ຫຼັງຈາກ 4 ຊົ່ວໂມງຂອງ unloading a 2,5 TB node ຈາກ UFS Explorer ແລະ 20 ຊົ່ວໂມງຂອງການໂຫຼດເຂົ້າໄປໃນ Datastore ຂອງ hypervisor, ໄຟລ໌ disk crashed ໄດ້ເຊື່ອມຕໍ່ກັບ virtual machine ສ້າງຂຶ້ນໃຫມ່. ແຜ່ນເກັບຂຶ້ນ. ບໍ່ມີການສູນເສຍຂໍ້ມູນຖືກສັງເກດເຫັນ.

ແຫຼ່ງຂໍ້ມູນ: www.habr.com