ការស្ដារម៉ាស៊ីននិម្មិតពី Datastore ដែលបានចាប់ផ្ដើមខុស។ រឿងរ៉ាវនៃភាពល្ងង់ខ្លៅមួយជាមួយនឹងការបញ្ចប់ដ៏រីករាយ

ការមិនទទួលខុសត្រូវ: ចំណាំគឺសម្រាប់គោលបំណងកម្សាន្ត។ ដង់ស៊ីតេជាក់លាក់នៃព័ត៌មានមានប្រយោជន៍នៅក្នុងវាគឺទាប។ វាត្រូវបានសរសេរថា "សម្រាប់ខ្លួនខ្ញុំ" ។

ការណែនាំអំពីទំនុកច្រៀង

ការបោះចោលឯកសារនៅក្នុងស្ថាប័នរបស់យើងដំណើរការលើម៉ាស៊ីននិម្មិត VMware ESXi 6 ដែលដំណើរការ Windows Server 2016។ ហើយនេះមិនមែនគ្រាន់តែជាកន្លែងចាក់សំរាមនោះទេ។ នេះគឺជាម៉ាស៊ីនមេផ្លាស់ប្តូរឯកសាររវាងផ្នែករចនាសម្ព័ន្ធ៖ មានការសហការ ឯកសារគម្រោង និងថតឯកសារពីម៉ាស៊ីនស្កេនបណ្តាញ។ ជាទូទៅជីវិតផលិតកម្មទាំងអស់គឺនៅទីនេះ។

ហើយធុងនៃជីវិតផលិតកម្មទាំងអស់នេះបានចាប់ផ្តើមព្យួរ។ ម្យ៉ាងទៀត ភ្ញៀវ​អាច​ចងក​សម្លាប់ខ្លួន​ដោយ​ស្ងាត់ៗ​ដោយ​មិន​ប៉ះពាល់​ដល់​អ្នកដទៃ​។ គាត់​អាច​ដក​ហូត​ម៉ាស៊ីន​ទាំង​មូល ហើយ​តាម​នោះ​ម៉ាស៊ីន​ភ្ញៀវ​ផ្សេង​ទៀត​ទាំង​អស់។ ខ្ញុំអាចព្យួរខ្លួនឯង និងព្យួរសេវាកម្មអតិថិជន vSphere៖ នោះគឺដំណើរការរបស់ភ្ញៀវផ្សេងទៀតនៅរស់ ម៉ាស៊ីនដំណើរការត្រឹមត្រូវ និងឆ្លើយតប ប៉ុន្តែមិនមានកម្មវិធីលាងឯកសារទេ ហើយ vSphere Client មិនជាប់នឹងម៉ាស៊ីននោះទេ។ ជាទូទៅ ប្រព័ន្ធមិនអាចកំណត់អត្តសញ្ញាណបានទេ។ ការបង្កកអាចកើតឡើងក្នុងអំឡុងពេលថ្ងៃក្នុងអំឡុងពេលផ្ទុកទាប។ ពួកគេអាចធ្វើវានៅពេលយប់ ដោយគ្មានបន្ទុក។ អាចនៅពេលយប់ក្នុងអំឡុងពេលបម្រុងទុកឌីផេរ៉ង់ស្យែលនិងការផ្ទុកជាមធ្យម។ អាចនៅចុងសប្តាហ៍កំឡុងពេលបម្រុងទុកពេញលេញ និងបន្ទុកខ្ពស់។ ហើយ​មាន​ការ​រិចរិល​យ៉ាង​ច្បាស់​នៃ​ស្ថានការណ៍។ ដំបូងវាម្តងក្នុងមួយឆ្នាំ បន្ទាប់មកម្តងរៀងរាល់ប្រាំមួយខែម្តង។ នៅចុងបញ្ចប់នៃការអត់ធ្មត់របស់ខ្ញុំ - ពីរដងក្នុងមួយសប្តាហ៍។
ខ្ញុំមានបញ្ហាការចងចាំ។ ប៉ុន្តែពួកគេមិនបានអនុញ្ញាតឱ្យខ្ញុំបញ្ឈប់គំនរសំរាមសូម្បីតែនៅចុងសប្តាហ៍ ហើយដំណើរការ Memtest ។ យើងកំពុងរង់ចាំថ្ងៃឈប់សម្រាកខែឧសភា។ ក្នុងអំឡុងវិស្សមកាលខែឧសភា ខ្ញុំបានដំណើរការ Memtest ហើយ... រកមិនឃើញកំហុសទេ។

ខ្ញុំភ្ញាក់ផ្អើលយ៉ាងខ្លាំង ហើយសម្រេចចិត្តទៅវិស្សមកាល។ ពេល​ខ្ញុំ​ទៅ​វិស្សមកាល ខ្ញុំ​មិន​មាន​ការ​ព្យួរ​មួយ​កន្លែង​នៅ​កន្លែង​ចោល​សម្រាម​ទេ។ ហើយ​ពេល​ដែល​ខ្ញុំ​ត្រឡប់​ទៅ​ធ្វើ​ការ​វិញ​ជា​ថ្ងៃ​ដំបូង​នៅ​ថ្ងៃ​ច័ន្ទ មាន​គំនរ​សំរាម។ ខ្ញុំស៊ូទ្រាំនឹងការបម្រុងទុកពេញលេញ ហើយព្យួរភ្លាមៗបន្ទាប់ពីវាត្រូវបានបញ្ចប់។ ការស្វាគមន៍យ៉ាងកក់ក្ដៅបែបនេះពីវិស្សមកាលបានជំរុញឱ្យខ្ញុំសម្រេចចិត្តអូសថាសជាមួយម៉ាស៊ីនភ្ញៀវទៅកាន់ម្ចាស់ផ្ទះផ្សេងទៀត។

ហើយទោះបីជាវាត្រូវបានគេដឹងជាយូរមកហើយថាអ្នកមិនអាចធ្វើអ្វីធ្ងន់ធ្ងរនៅថ្ងៃដំបូងបន្ទាប់ពីវិស្សមកាលក៏ដោយទោះបីជាខ្ញុំកំពុងរៀបចំខ្លួនមិនឱ្យធ្វើការងារទាំងអស់ក៏ដោយក៏កំហឹងរបស់ខ្ញុំនៅត្រជាក់មួយទៀតបានធ្វើឱ្យខូចទាំងអារម្មណ៍និងអារម្មណ៍របស់ខ្ញុំ។ ស្បថចេញពីក្បាលខ្ញុំ ...

ថាសរូបវន្តត្រូវបានផ្លាស់ទីទៅម៉ាស៊ីនផ្សេងទៀត។ ការតភ្ជាប់ក្តៅ។ នៅក្នុងការកំណត់ការផ្ទុកនៅលើផ្ទាំង ដ្រាយ ថាសលេចឡើង។ នៅលើផ្ទាំង ឃ្លាំងទិន្នន័យ មិនមានការផ្ទុកនៅលើថាសទាំងនេះទេ។ ធ្វើឱ្យស្រស់ - មិនលេចឡើង។ ជាការពិតណាស់ការជំរុញដំបូង - បន្ថែមទំហំផ្ទុក. អ្នកជំនួយការបន្ថែមពន្យល់ពីអ្វីដែលវាគាំទ្រ។ ជាការពិតណាស់វាក៏គាំទ្រ VMFS ផងដែរ។ ខ្ញុំ​មិន​បាន​សង្ស័យ​ទេ។ រកមើលសាររបស់អ្នកជំនួយការនៅជំហាននីមួយៗ៖ បន្ទាប់, បន្ទាប់, បន្ទាប់, បញ្ចប់។ ភ្នែក​មិន​បាន​សូម្បី​តែ​ចូល​ទៅ​ជិត​ដើម្បី​ចាប់​រង្វង់​ពណ៌​លឿង​តូច​ដែល​មាន​សញ្ញា​ឧទាន​នៅ​បាត​បង្អួច​នៃ​ជំហាន​មួយ​របស់​មេ។

នៅចុងបញ្ចប់នៃអ្នកជំនួយការ Datastore ស្រស់បានបង្ហាញខ្លួននៅក្នុងបញ្ជី... ហើយរួមជាមួយវា Datastores ពីថាសរាងកាយដែលនៅសល់។

ខ្ញុំបន្តទៅការរុករកតាមរយៈ Datastore ដែលបានបន្ថែមថ្មី ហើយវា... ទទេ។ ប្រាកដ​ណាស់ ខ្ញុំ​បាន​ធ្លាក់​ចូល​ក្នុង​ភាព​ភ្ញាក់​ផ្អើល​វិញ។ ម៉ោង ៨ ព្រឹក ១៥ នាទីដំបូងនៅកន្លែងធ្វើការបន្ទាប់ពីវិស្សមកាល ខ្ញុំមិនទាន់បានកូរស្ករក្នុងកាហ្វេនៅឡើយទេ។ ហើយនៅទីនេះ។ គំនិតដំបូងគឺថាខ្ញុំបានទាញថាសខុសពីម៉ាស៊ីន "ដើម" ។ ខ្ញុំបានក្រឡេកមើលថាតើ Datastore ដែលត្រូវការមានវត្តមាននៅក្នុងម៉ាស៊ីន "ដើម"៖ ទេ វាមិនមានវត្តមានទេ។ គំនិតទីពីរគឺ: "fuck!" ខ្ញុំ​មិន​ប្រាកដ​ទេ ប៉ុន្តែ​វា​ហាក់​ដូច​ជា​ខ្ញុំ​ថា​ការ​គិត​ទី​បី ទី​បួន និង​យ៉ាង​ហោច​ណាស់​ទី​ប្រាំ​គឺ​ដូច​គ្នា។

ដើម្បីបំបាត់ការសង្ស័យ ខ្ញុំបានដំឡើង ESXi ថ្មីសម្រាប់សាកល្បងភ្លាមៗ យកថាសខាងឆ្វេង ហើយអានរួចហើយ ដើរតាមជំហានរបស់អ្នកជំនួយការ។ បាទ។ នៅពេលអ្នកបន្ថែម Datastore ដោយប្រើអ្នកជំនួយ ទិន្នន័យទាំងអស់នៅលើឌីសនឹងបាត់បង់ដោយគ្មានលទ្ធភាពក្នុងការបង្វិលប្រតិបត្តិការ និងស្ដារទិន្នន័យឡើងវិញ។ ក្រោយ​មក​ខ្ញុំ​បាន​អាន​នៅ​លើ​វេទិកា​មួយ​នៃ​ការ​វាយ​តម្លៃ​នៃ​ការ​រចនា​នេះ​ដោយ​មេ​ម្នាក់៖ ក្អេងក្អាង។ ហើយខ្ញុំពិតជាយល់ព្រម។

ចាប់ផ្តើមពីទីប្រាំមួយ គំនិតបានហូរក្នុងទិសដៅស្ថាបនាបន្ថែមទៀត។ យល់ព្រម។ ការចាប់ផ្ដើមដំណើរការត្រូវចំណាយពេលប៉ុន្មានវិនាទី សូម្បីតែសម្រាប់ថាស 3Tb ក៏ដោយ។ ដូច្នេះ​នេះ​គឺ​ជា​ការ​ធ្វើ​ទ្រង់ទ្រាយ​កម្រិត​ខ្ពស់​។ នេះមានន័យថាតារាងភាគថាសត្រូវបានសរសេរឡើងវិញយ៉ាងសាមញ្ញ។ ដូច្នេះទិន្នន័យនៅតែមាន។ ដូច្នេះឥឡូវនេះ យើងនឹងរកមើលអ្វីដែលមិនមានទ្រង់ទ្រាយ និង voila ។

ខ្ញុំចាប់ផ្ដើមម៉ាស៊ីនពីរូបភាពចាប់ផ្ដើម Strelec... ហើយខ្ញុំដឹងថាកម្មវិធីសង្គ្រោះភាគថាសដឹងអ្វីៗទាំងអស់លើកលែងតែ VMFS ។ ឧទាហរណ៍ ពួកគេស្គាល់ប្លង់ភាគថាសរបស់ Synology ប៉ុន្តែមិនមែន VMFS ទេ។

ការស្វែងរកតាមរយៈកម្មវិធីមិនមានភាពប្រាកដប្រជាទេ៖ ល្អបំផុត GetDataBack និង R.Saver ស្វែងរកភាគថាស NTFS ដែលមានរចនាសម្ព័ន្ធថតផ្ទាល់ និងឈ្មោះឯកសារបន្តផ្ទាល់។ ប៉ុន្តែនេះមិនសមនឹងខ្ញុំទេ។ ខ្ញុំត្រូវការឯកសារ vmdk ពីរ៖ ជាមួយថាសប្រព័ន្ធ និងថាសឯកសារសំរាម។

ហើយ​បន្ទាប់​មក​ខ្ញុំ​យល់​ថា​វា​ហាក់​ដូច​ជា​ឥឡូវ​នេះ​ខ្ញុំ​នឹង​ដំឡើង​ប្រព័ន្ធ​ប្រតិបត្តិការ Windows និង​ចេញ​ពី​ការ​បម្រុង​ទុក​ឯកសារ​។ ហើយនៅពេលជាមួយគ្នានេះខ្ញុំចាំថាខ្ញុំមានឫស DFS នៅទីនោះ។ ហើយក៏ជាប្រព័ន្ធនៃសិទ្ធិចូលដំណើរការទៅកាន់ថតនាយកដ្ឋានដែលពិតជាមានភាពព្រៃផ្សៃនៅក្នុងវិសាលភាព និងផលប៉ះពាល់។ មិនមែនជាជម្រើសទេ។ ជម្រើសពេលវេលាតែមួយគត់ដែលអាចទទួលយកបានគឺដើម្បីស្ដារស្ថានភាពនៃប្រព័ន្ធ និងថាសជាមួយនឹងទិន្នន័យ និងសិទ្ធិទាំងអស់។

ជាថ្មីម្តងទៀត Google, វេទិកា, KB'shki និងការយំរបស់ Yaroslavna ម្តងទៀត: VMware ESXi មិនផ្តល់យន្តការសង្គ្រោះទិន្នន័យទេ។ ប្រធានបទពិភាក្សាទាំងអស់មានការបញ្ចប់ពីរ៖ នរណាម្នាក់ត្រូវបានសង្គ្រោះដោយប្រើ DiskInternals VMFS Recovery ដែលមានតម្លៃថ្លៃ ឬនរណាម្នាក់ត្រូវបានជួយដោយអ្នកឯកទេសផ្នែកទន់ដែលផ្សព្វផ្សាយសេវាកម្មរបស់គាត់យ៉ាងសកម្ម។ vmfs-ឧបករណ៍ и dd. ជម្រើសនៃការទិញអាជ្ញាប័ណ្ណ DiskInternals VMFS Recovery សម្រាប់ $700 មិនមែនជាជម្រើសទេ។ ការអនុញ្ញាតឱ្យអ្នកខាងក្រៅពី "ទឹកដីនៃសត្រូវដ៏មានសក្តានុពល" ចូលប្រើទិន្នន័យសាជីវកម្មក៏មិនមែនជាជម្រើសដែរ។ ប៉ុន្តែវាត្រូវបាន googled ថាភាគថាស VMFS អាចត្រូវបានអានដោយ UFS Explorer ផងដែរ។

DiskInternals VMFS Recovery

កំណែសាកល្បងត្រូវបានទាញយក និងដំឡើង។ កម្មវិធីបានឃើញភាគថាស VMFS ទទេដោយជោគជ័យ៖

នៅក្នុងរបៀប លុបចោល (ស្កេនរហ័ស) ខ្ញុំ​ក៏​បាន​រក​ឃើញ​ឃ្លាំង​ទិន្នន័យ​ដែល​មាន​ថត​ម៉ាស៊ីន​និម្មិត​ដែល​មាន​ថាស​នៅ​ខាង​ក្នុង៖

ការមើលជាមុនបានបង្ហាញថាឯកសារនៅរស់៖

ការដំឡើងភាគថាសទៅក្នុងប្រព័ន្ធបានជោគជ័យ ប៉ុន្តែសម្រាប់ហេតុផលមិនស្គាល់មួយចំនួន ថតទាំងបីមានម៉ាស៊ីននិម្មិតដូចគ្នា។ ជាការពិតណាស់ យោងទៅតាមច្បាប់ អត្ថន័យមិនមែនជាអ្វីដែលតម្រូវនោះទេ។

បីជួរនៃការខ្មាស់អៀនការប៉ុនប៉ងចាក់សោកម្មវិធីដោយអៀនខ្មាសបានបញ្ចប់ដោយការបរាជ័យ។ ប៉ុន្តែ UFS Explorer ត្រូវបានចាក់សោ។

ខ្ញុំមានអាកប្បកិរិយាអវិជ្ជមានយ៉ាងខ្លាំងចំពោះការលួចកម្មវិធី។ ខ្ញុំ​មិន​លើក​ទឹក​ចិត្ត​ឲ្យ​ប្រើ​មធ្យោបាយ​ដើម្បី​ជៀស​វាង​ការ​ការពារ​ប្រឆាំង​នឹង​ការ​ប្រើ​ប្រាស់​ដែល​គ្មាន​អាជ្ញាប័ណ្ណ​នោះ​ទេ។

ខ្ញុំស្ថិតក្នុងស្ថានភាពមហន្តរាយ ហើយមិនមានមោទនភាពចំពោះវិធានការដែលខ្ញុំបានប្រើនោះទេ។

យូអេហ្វអេហ្វអេហ្វអេស

ការស្កេនឌីសបានបង្ហាញពីវត្តមានរបស់ 7 nodes ។ ចំនួនថ្នាំង "គួរឱ្យភ្ញាក់ផ្អើល" ស្របគ្នានឹងចំនួនឯកសារ *-flat.vmdk ដែលបានរកឃើញដោយ VMFS Recovery៖

ការប្រៀបធៀបទំហំឯកសារ និងទំហំថ្នាំងក៏បានបង្ហាញពីការផ្គូផ្គងចុះក្រោមទៅបៃ។ ក្នុងពេលជាមួយគ្នានោះឈ្មោះឯកសារ *-flat.vmdk ហើយតាមនោះ កម្មសិទ្ធិរបស់ម៉ាស៊ីននិម្មិតត្រូវបានស្ដារឡើងវិញ។

ជាទូទៅ ថាស vmdk ពីចំណុចនៃទិដ្ឋភាព ESXi មានឯកសារពីរ៖ ឯកសារទិន្នន័យ (<ឈ្មោះម៉ាស៊ីន>-flat.vmdk) និងឯកសារប្លង់ថាស "រូបវិទ្យា" (<ឈ្មោះម៉ាស៊ីន>.vmdk) ។ ប្រសិនបើអ្នកផ្ទុកឡើងឯកសារ *-flat.vmdk ទៅ Datastore ពីម៉ាស៊ីនមូលដ្ឋាន ESXi នឹងមិនទទួលស្គាល់វាជាឯកសារថាសត្រឹមត្រូវទេ។ មូលដ្ឋានចំណេះដឹង VMware មានអត្ថបទមួយអំពីរបៀបបង្កើតឯកសារពិពណ៌នាថាសដោយដៃ៖ kb.vmware.com/s/article/1002511ប៉ុន្តែខ្ញុំមិនចាំបាច់ធ្វើបែបនេះទេ ខ្ញុំគ្រាន់តែចម្លងមាតិកានៃឯកសារដែលត្រូវគ្នាពីតំបន់មើលមាតិកាឯកសារនៅក្នុង DiskInternals VMFS Recovery៖

បន្ទាប់ពី 4 ម៉ោងនៃការផ្ទុកថ្នាំង 2,5 TB ពី UFS Explorer និង 20 ម៉ោងនៃការផ្ទុកទៅក្នុង Datastore របស់អ្នកត្រួតពិនិត្យខ្ពស់ ឯកសារឌីសដែលគាំងត្រូវបានភ្ជាប់ទៅម៉ាស៊ីននិម្មិតដែលបានបង្កើតថ្មី។ ថាសបានរើស។ គ្មានការបាត់បង់ទិន្នន័យត្រូវបានគេសង្កេតឃើញទេ។

ប្រភព: www.habr.com