Жауапкершіліктен бас тарту: Ескертпе ойын-сауық мақсаттарына арналған. Ондағы пайдалы ақпараттың меншікті тығыздығы төмен. Ол «өзім үшін» деп жазылған.
Лирикалық кіріспе
Біздің ұйымдағы файлды қоқыс Windows Server 6 жүйесінде жұмыс істейтін VMware ESXi 2016 виртуалды машинасында жұмыс істейді. Бұл жай ғана қоқыс үйіндісі емес. Бұл құрылымдық бөлімшелер арасындағы файл алмасу сервері: ынтымақтастық, жобалық құжаттама және желілік сканерлерден қалталар бар. Жалпы, барлық өндірістік өмір осында.
Және бұл бүкіл өндірістік өмірдің контейнері ілулі бастады. Оның үстіне, қонақ басқаларға әсер етпей, үнсіз асылып қалуы мүмкін. Ол бүкіл хостты және сәйкесінше, барлық басқа қонақ машиналарын түсіре алады. Мен өзімді асылып, vSphere клиенттік қызметтерін іліп қоя аламын: яғни басқа қонақтардың процестері тірі, машиналар дұрыс жұмыс істейді және жауап береді, бірақ файл жуу құралы жоқ және vSphere Client хостқа жабыспайды. Жалпы, ешқандай жүйені анықтау мүмкін болмады. Төмен жүктеме кезінде күндіз қатып қалуы мүмкін. Олар мұны түнде жүктемесіз жасай алатын. Түнде дифференциалды резервтік көшірме және орташа жүктеме кезінде мүмкін. Толық сақтық көшірмелер және жоғары жүктеме кезінде демалыс күндері мүмкін. Және жағдайдың деградациясы анық байқалды. Басында жылына бір рет, кейін жарты жылда бір рет болатын. Менің шыдамымның соңында - аптасына екі рет.
Менде есте сақтау мәселесі болды. Бірақ олар маған тіпті демалыс күндері де қоқыс үйіндісін тоқтатып, Memtest-ті іске қосуға рұқсат бермеді. Біз мамыр мерекелерін күттік. Мамыр мерекелерінде мен Memtest-ті жүргіздім және... қателер табылмады.
Мен таң қалдым және демалысқа шығуды шештім. Мен демалыста жүргенде қоқыс орнында бірде-бір рет телефон тұтқасын ұстамады. Ал дүйсенбіде бірінші күні жұмысқа қайта барсам, қоқыс үйіндісі жатыр екен. Мен толық сақтық көшірмеге шыдадым және ол аяқталғаннан кейін бірден іліп қойдым. Демалыстағы осындай жылы қарсы алу мені қонақ машинасы бар дискілерді физикалық түрде басқа хостқа апару туралы шешім қабылдауға итермеледі.
Демалыстан кейінгі бірінші күні маңызды ештеңе істей алмайтыныңыз бұрыннан белгілі болса да, мен жұмысқа дейін жұмыс істемеуге дайындалсам да, менің тағы бір тоңған ашуым көңіл-күйімді де, көңіл-күйімді де түсірді. менің басымнан ант...
Физикалық дискілер басқа хостқа ауыстырылды. Ыстық байланыс. Қойындыдағы сақтау параметрлерінде Дискілер дискілер пайда болады. Қойындыда Деректер қоймалары Бұл дискілерде сақтау орны жоқ. жаңарту - пайда болмайды. Әрине, бірінші серпін - Жад қосу. Қосу шебері нені қолдайтынын түсіндіреді. Әрине, ол VMFS-ті де қолдайды. Мен бұған күмәнданбадым. Әр қадамда шебердің хабарламаларына жылдам қарау: Келесі, Келесі, Келесі, Аяқтау. Қожайын қадамдарының бірінің терезесінің төменгі жағындағы леп белгісі бар кішкентай сары шеңберді ұстауға көз де жақындаған жоқ.
Шебердің соңында тізімде жаңа деректер қоймасы пайда болды... және онымен бірге қалған физикалық дискілердің деректер қоймалары.
Мен жаңадан қосылған деректер қоймасында шарлауды жалғастырамын және ол... бос. Әрине, қайран қалдым. Сағат таңғы 8, демалыстан кейінгі алғашқы 15 минут жұмыста, мен кофедегі қантты әлі араластырған жоқпын. Ал міне. Бірінші ой, мен «жергілікті» хосттан қате дискіні тартып алдым. Мен «жергілікті» хостта қажетті деректер қоймасының бар-жоғын тексердім: жоқ, ол жоқ. Екінші ой: «бля!» Мен сенімді емеспін, бірақ маған үшінші, төртінші және кем дегенде бесінші ой бірдей болған сияқты.
Күмәнді жою үшін мен тестілеуге арналған жаңа ESXi-ді тез орнатып, сол жақ дискіні алдым және оны оқып шығып, шебердің қадамдарымен жүрдім. Иә. Шеберді пайдаланып деректер қоймасын қосқанда, операцияны кері қайтару және деректерді қалпына келтіру мүмкіндігінсіз дискідегі барлық деректер жоғалады. Кейінірек мен форумдардың бірінде шебердің осы дизайнға берген бағасын оқыдым: сұмдық. Ал мен шынымен келістім.
Алтыншыдан бастап ойлар конструктивті бағытта ағып жатты. ЖАРАЙДЫ МА. Инициализация тіпті 3Тб дискі үшін де бірнеше секундты алады. Сондықтан бұл жоғары деңгейлі пішімдеу. Бұл бөлімдер кестесі жай ғана қайта жазылғанын білдіреді. Сондықтан деректер әлі де бар. Сонымен, енді біз кейбір пішімсіз және вуаланы іздейміз.
Мен машинаны 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 файлын Деректер қоймасына жүктеп салсаңыз, ESXi оны жарамды диск файлы ретінде танымайды. VMware білім қорында дискінің дескриптор файлын қолмен жасау жолы туралы мақала бар: , бірақ мұны істеудің қажеті болмады, мен DiskInternals VMFS Recovery ішіндегі файл мазмұнын алдын ала қарау аймағынан сәйкес файлдардың мазмұнын көшіріп алдым:
UFS Explorer шолғышынан 4 ТБ түйінді 2,5 сағаттан босату және гипервизордың деректер қоймасына 20 сағат жүктеуден кейін бұзылған диск файлдары жаңадан жасалған виртуалды машинаға қосылды. Дискілер жиналды. Деректер жоғалуы байқалмады.
Ақпарат көзі: www.habr.com