Општи услови: Белешката е за забавни цели. Специфичната густина на корисни информации во него е мала. Беше напишано „за себе“.
Лирски вовед
Депонијата на датотеки во нашата организација работи на виртуелна машина VMware ESXi 6 што работи со Windows Server 2016. И ова не е само депонија за ѓубре. Ова е сервер за размена на датотеки помеѓу структурните поделби: има соработка, проектна документација и папки од мрежните скенери. Во принцип, целиот производствен век е тука.
И овој контејнер од целиот производствен век почна да виси. Покрај тоа, гостинот можеше тивко да се обеси без да влијае на другите. Тој можеше да го собори целиот домаќин и, соодветно, сите други гостински машини. Можев да се обесам и да ги обесам клиентските услуги на vSphere: односно, процесите на другите гости се живи, машините работат правилно и реагираат, но нема мијач на датотеки и vSphere Client не се прилепува до домаќинот. Генерално, не можеше да се идентификува ниту еден систем. Замрзнување може да се појави во текот на денот при мало оптоварување. Тие можеа да го прават тоа ноќе без оптоварување. Може ноќе за време на диференцијална резервна копија и просечно оптоварување. Може за време на викендите за време на целосна резервна копија и големо оптоварување. И имаше јасна деградација на ситуацијата. Отпрвин беше еднаш годишно, а потоа еднаш на секои шест месеци. На крајот од моето трпение - двапати неделно.
Имав проблем со меморијата. Но, не ми дозволија да го запрам ѓубрето дури и за време на викендите и да го извршам Memtest. Ги чекавме мајските празници. За време на мајските празници, го водев Memtest и... не беа пронајдени грешки.
Се зачудив и решив да одам на одмор. Додека бев на одмор, на ѓубриштето немаше ниту едно закачување. И кога се вратив на работа првиот ден во понеделникот, имаше ѓубре. Издржав целосна резервна копија и се откажав веднаш откако беше завршена. Толку топло добредојде од одмор ме натера на одлука физички да ги влечам дисковите со гостинската машина кај друг домаќин.
И, иако одамна е познато дека не можете да направите ништо сериозно на првиот ден по одморот, иако се подготвував да не работам докрај до работа, мојата огорченост од уште едно замрзнување го потресе моето расположение и моето завети надвор од мојата глава...
Физичките дискови се преместени во друг домаќин. Топла врска. Во поставките за складирање на јазичето Дискови се појавуваат дискови. На јазичето Продавници на податоци Нема складирање на овие дискови. освежување - не се појавуваат. Па, се разбира, првиот импулс - Додадете складирање. Волшебникот за додавање објаснува што поддржува. Се разбира, поддржува и VMFS. Не се сомневав во тоа. Брз поглед на пораките на волшебникот на секој чекор: Следно, Следно, Следно, Заврши. Окото не се ни приближуваше да го фати малиот жолт круг со извичник на дното од прозорецот на една од скалите на мајсторот.
На крајот од волшебникот, во списокот се појави свежата Datastore... а заедно со неа и Datastores од преостанатите физички дискови.
Продолжувам со навигацијата низ новододадената Datastore и таа е... празна. Се разбира, повторно се зачудив. 8 е сабајле, првите 15 минути на работа после одмор, уште не сум го промешал шеќерот во кафето. И еве го. Првата мисла беше дека извадив погрешен диск од „мајчинот“ домаќин. Гледав да видам дали бараниот Datastore е присутен во „матичниот“ домаќин: не, не беше присутен. Втората мисла беше: „јебига!“ Не сум сигурен, но ми се чини дека третата, четвртата и барем петтата мисла беа исто.
За да ги отфрлам сомнежите, брзо инсталирав свеж ESXi за тестирање, го зедов левиот диск и, веќе читајќи го, поминав низ чекорите на волшебникот. Да. Кога додавате Datastore користејќи го волшебникот, сите податоци на дискот се губат без можност за враќање на операцијата и враќање на податоците. Подоцна прочитав на еден од форумите проценка на овој дизајн од мајстор: срање глупости. И навистина се согласив.
Почнувајќи од шестата, мислите течеа во поконструктивна насока. ДОБРО. Иницијализацијата трае неколку секунди дури и за диск од 3 Tb. Значи, ова е форматирање на високо ниво. Ова значи дека табелата со партиции е едноставно препишана. Значи, податоците се уште се таму. Значи, сега ќе бараме некаков неформат и воила.
Ја подигам машината од сликата за подигање на Strelec... И дознавам дека програмите за обновување на партиции знаат се освен VMFS. На пример, тие го знаат распоредот на партициите на Synology, но не и VMFS.
Пребарувањето низ програмите не е смирувачко: во најдобар случај, GetDataBack и R.Saver наоѓаат NTFS партиции со структура на директориуми во живо и имиња на датотеки во живо. Но, ова не ми одговара. Ми требаат две датотеки vmdk: со системскиот диск и дискот со датотеката за отпадоци.
И тогаш разбирам дека изгледа дека сега ќе го инсталирам Windows и ќе искористам од резервна копија на датотека. И во исто време се сеќавам дека таму имав корен DFS. И, исто така, систем на права за пристап до папките на одделот кој е апсолутно див по обем и последици. Не е опција. Единствената временски прифатлива опција е да се врати состојбата на системот и дискот со податоци и сите права.
Повторно Google, форуми, KB'shki и повторно плачење на Јарославна: VMware ESXi не обезбедува механизам за враќање на податоците. Сите теми за дискусија имаат два завршетоци: некој е обновен со помош на скапото DiskInternals VMFS Recovery или некому му помогнал специјалист за софтвер кој активно ги промовира неговите услуги vmfs-алатки и dd. Опцијата за купување лиценца за обновување на DiskInternals VMFS за 700 долари не е опција. Дозволувањето на аутсајдер од „територијата на потенцијалниот непријател“ да пристапи до корпоративните податоци исто така не е опција. Но, беше прогуглано дека VMFS партициите може да се читаат и од UFS Explorer.
DiskInternals VMFS Recovery
Пробната верзија беше преземена и инсталирана. Програмата успешно ја виде празната VMFS партиција:
Во режим Отстрани (брзо скенирање) Најдов и излитена Datastore со папки на виртуелни машини со дискови внатре:
Прегледот покажа дека датотеките се живи:
Монтирањето на партицијата во системот беше успешно, но од некоја непозната причина, сите три папки ја содржеа истата виртуелна машина. Се разбира, според законот, подлоста не е она што се бара.
Три реда на срамОбидот бесрамно да се заклучи софтверот заврши неуспешно. Но, UFS Explorer е заклучен.
Имам крајно негативен став кон кражба на софтвер. Во никој случај не поттикнувам употреба на средства за заобиколување на заштитата од нелиценцирана употреба.
Бев во катастрофална ситуација и воопшто не се гордеев со мерките на кои прибегнав.
UFS Explorer
Скенирањето на дискот покажа присуство на 7 јазли. Бројот на јазли „изненадувачки“ се совпадна со бројот на датотеки *-flat.vmdk откриени од VMFS Recovery:
Споредбата на големини на датотеки и големини на јазли, исто така, покажа совпаѓање со бајтот. Во исто време, имињата на датотеките *-flat.vmdk и, соодветно, нивната припадност на виртуелни машини беа обновени.
Општо земено, дисковите vmdk од гледна точка на ESXi се состојат од две датотеки: датотека со податоци (<машино име>-flat.vmdk) и „физичка“ датотека за распоред на дискот (<име на машина>.vmdk). Ако поставите датотека *-flat.vmdk во Datastore од локална машина, ESXi нема да ја препознае како валидна датотека на дискот. Базата на знаење на VMware има статија за тоа како рачно да креирате датотека за дескриптор на дискот: , но не морав да го направам ова, едноставно ја копирав содржината на соодветните датотеки од областа за преглед на содржината на датотеки во Обнова на DiskInternals VMFS:
По 4 часа растоварување на јазол од 2,5 TB од UFS Explorer и 20 часа вчитување во Datastore на хипервизорот, паднатите датотеки на дискот беа поврзани со новосоздадената виртуелна машина. Дисковите се собраа. Не е забележана загуба на податоци.
Извор: www.habr.com