Disclaimer: Энэхүү тэмдэглэл нь зугаа цэнгэлийн зориулалттай. Түүний доторх ашигтай мэдээллийн нягтрал бага байна. "Өөртөө" гэж бичсэн байсан.
Уянгын танилцуулга
Манай байгууллагын файлын хогийн цэг нь Windows Server 6 үйлдлийн системтэй VMware ESXi 2016 виртуал машин дээр ажилладаг. Мөн энэ нь зүгээр нэг хогийн цэг биш юм. Энэ бол бүтцийн хэлтэсүүдийн хооронд файл солилцох сервер юм: хамтын ажиллагаа, төслийн баримт бичиг, сүлжээний сканнеруудаас хавтаснууд байдаг. Ерөнхийдөө үйлдвэрлэлийн бүх амьдрал энд байна.
Мөн үйлдвэрлэлийн бүхий л амьдралын энэ сав өлгөж эхлэв. Түүгээр ч барахгүй зочин бусдад нөлөөлөхгүйгээр чимээгүйхэн өөрийгөө дүүжлэх боломжтой. Тэр бүх хостыг, үүний дагуу бусад бүх зочны машиныг буулгаж чадна. Би өөрийгөө өлгөж, vSphere үйлчлүүлэгчийн үйлчилгээг өлгөж болно: өөрөөр хэлбэл бусад зочдын үйл явц амьд, машинууд зөв ажиллаж, хариу үйлдэл үзүүлэх боловч файл угаагч байхгүй бөгөөд vSphere Client хосттой зууралддаггүй. Ерөнхийдөө ямар ч системийг тодорхойлж чадаагүй. Өдрийн цагаар бага ачаалалтай үед хөлдөлт үүсч болно. Тэд шөнийн цагаар ачаалалгүй үед хийж болно. Дифференциал нөөц ба дундаж ачааллын үед шөнийн цагаар боломжтой. Амралтын өдрүүдэд бүрэн нөөцлөлт, ачаалал ихтэй үед боломжтой. Мөн нөхцөл байдал илт доройтсон. Эхлээд жилд нэг удаа, дараа нь зургаан сард нэг удаа болдог байсан. Миний тэвчээрийн төгсгөлд - долоо хоногт хоёр удаа.
Би санах ойн асуудалтай байсан. Гэхдээ тэд намайг амралтын өдрүүдээр ч гэсэн хогийн овоолгыг зогсоож, Memtest ажиллуулахыг зөвшөөрөөгүй. Бид тавдугаар сарын баярыг хүлээж байсан. XNUMX-р сарын амралтын үеэр би Memtest-ийг ажиллуулж, ... алдаа олдсонгүй.
Би гайхаж, амралтанд явахаар шийдсэн. Амралтаараа явж байхад хогийн цэг дээр ганц ч утсаа тасалсангүй. Тэгээд даваа гаригт эхний өдөр ажилдаа ороход хогийн цэг байсан. Би бүрэн нөөцлөлтийг тэвчээд дууссаны дараа шууд унжсан. Амралтаас ийм халуун дотноор угтан авсан нь намайг зочны машинтай дискийг өөр хост руу чирэх шийдвэрт түлхэв.
Амралтын дараах эхний өдөр та ямар ч ноцтой зүйл хийж чадахгүй нь эрт дээр үеэс мэдэгдэж байсан ч би ажилдаа бүхэл бүтэн ажил хийхгүй байхаар өөрийгөө бэлдэж байсан ч ахин хөлдөхөд уурлах нь миний сэтгэл санааг ч, сэтгэл санааг ч унагав. миний толгойноос тангараг өргөв ...
Физик дискүүдийг өөр хост руу шилжүүлсэн. Халуун холболт. Таб дээрх хадгалах тохиргоонд Жолоодлоготой дискүүд гарч ирнэ. Таб дээр Мэдээллийн сангууд Эдгээр диск дээр хадгалах сан байхгүй. Сэргээх - харагдахгүй байна. Мэдээжийн хэрэг, эхний түлхэлт - Хадгалах сан нэмэх. Нэмэх шидтэн нь юу дэмждэгийг тайлбарладаг. Мэдээж VMFS-ийг дэмждэг. Би үүнд эргэлзсэнгүй. Алхам бүрт шидтэний мессежүүдийг хурдан харна уу: Дараа нь, Дараа нь, Дараа нь, Дуусга. Эзний нэг гишгүүрийн цонхны доод талд байгаа анхаарлын тэмдэг бүхий жижиг шар дугуйг нүд нь ч барьж чадсангүй.
Шидтэний төгсгөлд жагсаалтад шинэ мэдээллийн сан гарч ирэв ... мөн түүнтэй хамт үлдсэн физик дискнүүдийн мэдээллийн сангууд.
Би шинээр нэмэгдсэн Datastore руу шилжихэд ... хоосон байна. Мэдээжийн хэрэг, би дахин гайхширсан. Өглөөний 8 цаг болж байна, амралтын дараа ажилдаа орох эхний 15 минут би кофендоо элсэн чихэр ч хутгаж амжаагүй байна. Тэгээд энд байна. Эхний бодол бол би "уугуул" хостоос буруу дискийг татаж авсан юм. Би "уугуул" хост дээр шаардлагатай Datastore байгаа эсэхийг харлаа: үгүй, байхгүй байна. Хоёр дахь бодол нь: "Ноов!" Би сайн мэдэхгүй байна, гэхдээ гурав, дөрөв, тав дахь бодол нь адилхан байсан юм шиг санагдаж байна.
Эргэлзээг арилгахын тулд би хурдан туршихаар шинэ ESXi суулгаж, зүүн дискийг аваад аль хэдийн уншаад шидтэний алхамаар алхав. Тиймээ. Та шидтэнг ашиглан Datastore нэмэх үед үйлдлийг буцаах, өгөгдлийг сэргээх боломжгүйгээр диск дээрх бүх өгөгдөл устах болно. Хожим нь би форумуудын нэг дээр энэ дизайныг мастерийн хийсэн үнэлгээг уншсан: новшийн новш. Тэгээд би үнэхээр зөвшөөрсөн.
Зургаа дахь үеэс эхлэн бодлууд илүү бүтээлч чиглэлд урсаж байв. БОЛЖ БАЙНА УУ. 3Tb дискийг эхлүүлэхэд хэдхэн секунд зарцуулдаг. Тиймээс энэ бол өндөр түвшний формат юм. Энэ нь хуваалтын хүснэгтийг зүгээр л дахин бичсэн гэсэн үг юм. Тиймээс өгөгдөл хэвээр байна. Тиймээс, одоо бид зарим нэг хэлбэргүй болон voila хайх болно.
Би Strelec ачаалах дүрсээс машиныг ачаалдаг ... Мөн хуваалтыг сэргээх програмууд VMFS-ээс бусад бүх зүйлийг мэддэг болохыг олж мэдсэн. Жишээлбэл, тэд Synology-ийн хуваалтыг мэддэг боловч VMFS-ийг мэддэггүй.
Программуудаар дамжуулан хайх нь итгэл төрүүлэхгүй: GetDataBack болон R.Saver нар хамгийн сайндаа шууд лавлах бүтэцтэй, шууд файлын нэр бүхий NTFS хуваалтыг олдог. Гэхдээ энэ надад тохирохгүй байна. Надад хоёр vmdk файл хэрэгтэй байна: системийн диск болон хогийн файлын дисктэй.
Тэгээд би одоо Windows-г суулгаж, файлын нөөцлөлтөөс гаргах юм шиг санагдаж байгааг би ойлгож байна. Үүний зэрэгцээ би тэнд DFS үндэстэй байсныг санаж байна. Мөн хамрах хүрээ, үр дагавраараа туйлын зэрлэг байдаг хэлтсийн хавтас руу нэвтрэх эрхийн систем. Сонголт биш. Цагийн хувьд хүлээн зөвшөөрөгдсөн цорын ганц сонголт бол өгөгдөл болон бүх эрх бүхий систем, дискний төлөвийг сэргээх явдал юм.
Дахин Google, форум, KB'shki болон дахин Ярославна уйлж байна: VMware ESXi нь өгөгдөл сэргээх механизмыг хангадаггүй. Хэлэлцүүлгийн бүх сэдвүүд хоёр төгсгөлтэй байна: хэн нэгнийг үнэтэй DiskInternals VMFS Recovery ашиглан сэргээсэн эсвэл түүний үйлчилгээг идэвхтэй сурталчлах програм хангамжийн мэргэжилтэн хэн нэгэнд тусалсан. vmfs-хэрэгслүүд и dd. DiskInternals VMFS Recovery лицензийг 700 доллараар худалдаж авах сонголт нь сонголт биш юм. "Болзошгүй дайсны нутаг дэвсгэр"-ийн гадны хүнд корпорацийн мэдээлэлд хандахыг зөвшөөрөх нь бас сонголт биш юм. Гэхдээ VMFS хуваалтуудыг UFS Explorer-ээр бас унших боломжтой гэдгийг google-ээс хайж байсан.
DiskInternals VMFS сэргээх
Туршилтын хувилбарыг татаж аваад суулгасан. Хөтөлбөр нь хоосон VMFS хуваалтыг амжилттай харсан:
Горимд Устгах ажиллагааг буцаах (хурдан хайлт) Би бас дотор нь дискнүүдтэй виртуал машинуудын хавтас бүхий хуучирсан мэдээллийн санг олсон:
Урьдчилан үзэхэд файлууд амьд байгааг харуулсан:
Системд хуваалтыг амжилттай суулгасан боловч тодорхойгүй шалтгааны улмаас гурван хавтас бүгд ижил виртуал машинтай байв. Мэдээжийн хэрэг, хуулийн дагуу бол бүдүүлэг байх шаардлагагүй.
Гурван мөр ичгүүрПрограм хангамжийг ичгүүргүйгээр түгжих оролдлого бүтэлгүйтэв. Гэхдээ UFS Explorer түгжигдсэн.
Би програм хангамжийн хулгайд туйлын сөрөг ханддаг. Би ямар ч тохиолдолд зөвшөөрөлгүй ашиглалтаас хамгаалах хэрэгслийг ашиглахыг дэмжихгүй.
Би гамшгийн байдалд орсон бөгөөд арга хэмжээ авсандаа огт бахархаж байгаагүй.
UFS Explorer
Дискний сканнер нь 7 зангилаа байгааг харуулсан. Зангилааны тоо нь VMFS Recovery-ээр илрүүлсэн *-flat.vmdk файлын тоотой "гайхалтай" давхцаж байна:
Файлын хэмжээ болон зангилааны хэмжээг харьцуулах нь байт хүртэл таарч байгааг харуулсан. Үүний зэрэгцээ *-flat.vmdk файлуудын нэр, үүний дагуу виртуал машинд хамаарах нь сэргээгдсэн.
Ерөнхийдөө ESXi үүднээс vmdk дискүүд нь өгөгдлийн файл (<машины нэр>-flat.vmdk) болон дискний зохион байгуулалтын “физик” файл (<машины нэр>.vmdk) гэсэн хоёр файлаас бүрдэнэ. Хэрэв та локал машинаас *-flat.vmdk файлыг Datastore руу байршуулбал ESXi үүнийг хүчинтэй дискний файл гэж танихгүй. VMware Мэдлэгийн санд дискний тодорхойлогч файлыг гараар хэрхэн үүсгэх тухай нийтлэл байдаг: , гэхдээ би үүнийг хийх шаардлагагүй, би зүгээр л DiskInternals VMFS Recovery дахь файлын агуулгыг урьдчилан харах хэсгээс харгалзах файлуудын агуулгыг хуулсан:
UFS Explorer-ээс 4 TB-ийн зангилааг буулгаж, 2,5 цагийн турш гипервизорын Datastore-д ачаалсны дараа 20 цагийн дараа эвдэрсэн дискний файлууд шинээр үүсгэсэн виртуал машинд холбогдсон байна. Дискүүд авав. Өгөгдлийн алдагдал ажиглагдаагүй.
Эх сурвалж: www.habr.com