Disclaimer: Qeyd əyləncə məqsədi daşıyır. Ondakı faydalı məlumatların xüsusi sıxlığı aşağıdır. “Özüm üçün” yazılmışdı.
Lirik giriş
Təşkilatımızdakı fayl zibil qutusu Windows Server 6 ilə işləyən VMware ESXi 2016 virtual maşınında işləyir. Və bu, sadəcə bir zibil deyil. Bu, struktur bölmələr arasında fayl mübadiləsi serveridir: əməkdaşlıq, layihə sənədləri və şəbəkə skanerlərindən qovluqlar var. Ümumiyyətlə, bütün istehsal həyatı buradadır.
Və bütün istehsal həyatının bu konteyneri asılmağa başladı. Üstəlik, qonaq başqalarına təsir etmədən sakitcə özünü asa bilərdi. O, bütün ev sahibini və müvafiq olaraq bütün digər qonaq maşınlarını sökə bilərdi. Mən özümü asıb vSphere müştəri xidmətlərini asa bilərdim: yəni digər qonaqların prosesləri canlıdır, maşınlar düzgün işləyir və cavab verir, lakin fayl yuyan yoxdur və vSphere Client hostdan yapışmır. Ümumiyyətlə, heç bir sistem müəyyən edilə bilməz. Az yüklənmə zamanı gün ərzində donmalar baş verə bilər. Gecələr yük olmadan edə bilirdilər. Diferensial ehtiyat və orta yük zamanı gecə ola bilər. Tam ehtiyat nüsxələri və yüksək yük zamanı həftə sonları ola bilər. Və vəziyyətin açıq-aşkar deqradasiyası var idi. Əvvəlcə ildə bir dəfə, sonra altı ayda bir oldu. Səbrimin sonunda - həftədə iki dəfə.
Yaddaş problemim var idi. Ancaq həftə sonları belə zibil yığınını dayandırmağa və Memtest-i işə salmağa icazə vermədilər. May tətilini gözləyirdik. May bayramlarında Memtest-i işə saldım və... heç bir səhv tapılmadı.
Mən təəccübləndim və tətilə getməyə qərar verdim. Mən məzuniyyətdə olduğum müddətdə zibillikdə bir dənə də olsun kəsilmədi. Bazar ertəsi ilk gün işə qayıdanda zibil yığını var idi. Mən tam ehtiyat nüsxəsinə dözdüm və tamamlandıqdan dərhal sonra asdım. Tətildən belə isti qarşılanma məni qonaq maşını ilə diskləri fiziki olaraq başqa bir ev sahibinə çəkmək qərarına gətirdi.
Tətildən sonrakı ilk gündə ciddi bir şey edə bilməyəcəyiniz çoxdan bilinsə də, işə gedənə qədər işləməməyə hazırlaşsam da, daha bir donmaya qəzəbim həm əhvalımı, həm də ürəyimi alt-üst etdi. başımdan and olsun...
Fiziki disklər başqa hosta köçürülüb. İsti əlaqə. Nişandakı yaddaş parametrlərində Drives disklər görünür. Nişanda Məlumat anbarları Bu disklərdə yaddaş yoxdur. təzələmək - görünmə. Yaxşı, əlbəttə ki, ilk impuls - Yaddaş əlavə edin. Əlavə Sihirbazı nəyi dəstəklədiyini izah edir. Əlbəttə ki, VMFS-ni də dəstəkləyir. Mən buna şübhə etmirdim. Hər addımda sehrbazın mesajlarına qısaca nəzər salın: Sonrakı, Sonrakı, Sonrakı, Bitir. Göz ustanın addımlarından birinin pəncərəsinin altındakı nida işarəsi olan kiçik sarı dairəni tutmağa belə yaxınlaşmadı.
Sihirbazın sonunda siyahıda təzə Datastore göründü... və onunla birlikdə qalan fiziki disklərdən Datastore.
Mən yeni əlavə edilmiş Datastore-da naviqasiyaya davam edirəm və o... boşdur. Təbii ki, yenidən heyrətə düşdüm. Səhər saat 8-dir, məzuniyyətdən sonra ilk 15 dəqiqə işdə, mən hələ qəhvəmdəki şəkəri qarışdırmamışam. Və budur. İlk fikir, "doğma" hostdan səhv disk çəkdiyim idi. Tələb olunan Datastore-un “doğma” hostda olub-olmadığını yoxlamaq üçün baxdım: yox, mövcud deyildi. İkinci fikir belə idi: “Siktir!” Əmin deyiləm, amma mənə elə gəlir ki, üçüncü, dördüncü və ən azı beşinci fikir eyni idi.
Şübhələri aradan qaldırmaq üçün tez bir zamanda sınaq üçün təzə ESXi quraşdırdım, sol diski götürdüm və artıq oxuyub sehrbazın addımları ilə getdim. Bəli. Sihirbazdan istifadə edərək Datastore əlavə etdikdə, əməliyyatı geri qaytarmaq və məlumatları bərpa etmək imkanı olmadan diskdəki bütün məlumatlar itirilir. Daha sonra forumların birində bu dizaynın usta tərəfindən qiymətləndirilməsini oxudum: pis axmaq. Və həqiqətən razılaşdım.
Altıncıdan başlayaraq fikirlər daha konstruktiv istiqamətə axırdı. TAMAM. Başlanğıclaşdırma hətta 3 Tb disk üçün bir neçə saniyə çəkir. Beləliklə, bu yüksək səviyyəli formatlaşdırmadır. Bu o deməkdir ki, bölmə cədvəli sadəcə olaraq yenidən yazılmışdır. Beləliklə, məlumatlar hələ də oradadır. Beləliklə, indi bəzi formatsız və boş şeylər axtaracağıq.
Mən maşını Strelec açılış görüntüsündən yükləyirəm... Və öyrəndim ki, bölmələri bərpa edən proqramlar VMFS-dən başqa hər şeyi bilir. Məsələn, onlar Synology-nin bölmə sxemini bilirlər, lakin VMFS-ni bilmirlər.
Proqramlar vasitəsilə axtarış sakitləşdirici deyil: ən yaxşı halda GetDataBack və R.Saver canlı kataloq strukturu və canlı fayl adları ilə NTFS bölmələrini tapırlar. Amma bu mənə yaraşmır. Mənə iki vmdk faylı lazımdır: sistem diski və zibil faylı diski ilə.
Və sonra başa düşürəm ki, indi Windows-u quraşdıracağam və fayl ehtiyat nüsxəsindən çıxacağam. Və eyni zamanda xatırlayıram ki, orada bir DFS kökü var idi. Həm də əhatə dairəsi və nəticələri baxımından tamamilə vəhşi olan şöbə qovluqlarına giriş hüquqları sistemi. Seçim deyil. Zaman baxımından yeganə məqbul seçim sistemin və diskin vəziyyətini məlumat və bütün hüquqlarla bərpa etməkdir.
Yenə Google, forumlar, KB'shki və yenə Yaroslavnanın ağlaması: VMware ESXi məlumatların bərpa mexanizmini təmin etmir. Bütün müzakirə mövzularının iki sonu var: kimsə bahalı DiskInternals VMFS Recovery istifadə edərək bərpa edilib və ya kiməsə onun xidmətlərini fəal şəkildə təbliğ edən proqram mütəxəssisi kömək edib. vmfs alətləri и dd. 700 dollara DiskInternals VMFS Recovery lisenziyasının alınması seçim deyil. “Potensial düşmənin ərazisindən” kənar şəxsə korporativ məlumatlara daxil olmağa icazə vermək də seçim deyil. Lakin VMFS bölmələrinin UFS Explorer tərəfindən də oxuna biləcəyi Google-da araşdırıldı.
DiskInternals VMFS Bərpası
Sınaq versiyası yükləndi və quraşdırıldı. Proqram boş VMFS bölməsini uğurla gördü:
Rejimdə Silinməni geri qaytarın (Sürətli Skan) Mən də içərisində diskləri olan virtual maşınların qovluqları olan köhnəlmiş bir Datastore tapdım:
Önizləmə faylların canlı olduğunu göstərdi:
Bölmənin sistemə quraşdırılması uğurlu oldu, lakin naməlum səbəbdən hər üç qovluqda eyni virtual maşın var idi. Təbii ki, qanuna görə alçaqlıq tələb olunmur.
Üç xətt utancProqram təminatını həyasızcasına kilidləmək cəhdi uğursuzluqla başa çatdı. Lakin UFS Explorer kilidləndi.
Proqram oğurluğuna son dərəcə mənfi münasibət bəsləyirəm. Mən heç bir şəkildə lisenziyasız istifadədən qorunmaq üçün vasitələrdən istifadə etməyi təşviq etmirəm.
Mən fəlakətli vəziyyətdə idim və tətbiq etdiyim tədbirlərlə heç fəxr etmirdim.
UFS Explorer
Disk skanı 7 qovşağın olduğunu göstərdi. Düyünlərin sayı "təəccüblü" olaraq VMFS Recovery tərəfindən aşkar edilən *-flat.vmdk fayllarının sayı ilə üst-üstə düşdü:
Fayl ölçüləri və node ölçülərinin müqayisəsi də bayta qədər uyğunluğu göstərdi. Eyni zamanda *-flat.vmdk fayllarının adları və müvafiq olaraq onların virtual maşınlara aidiyyəti bərpa edilib.
Ümumiyyətlə, ESXi nöqteyi-nəzərindən vmdk diskləri iki fayldan ibarətdir: məlumat faylı (<machine name>-flat.vmdk) və “fiziki” disk yerləşdirmə faylı (<machine name>.vmdk). Əgər yerli maşından *-flat.vmdk faylını Datastore-a yükləsəniz, ESXi onu etibarlı disk faylı kimi tanımayacaq. VMware Bilik Bazasında disk deskriptor faylını əl ilə necə yaratmaq barədə məqalə var: , lakin bunu etməli deyildim, sadəcə olaraq DiskInternals VMFS Recovery-də fayl məzmununun önizləmə sahəsindən müvafiq faylların məzmununu kopyaladım:
UFS Explorer-dən 4 saatlıq 2,5 TB qovşağı boşaltdıqdan və 20 saatlıq hipervizorun Datastore-a yükləməsindən sonra qəzaya uğramış disk faylları yeni yaradılmış virtual maşına qoşuldu. Disklər yığıldı. Məlumat itkisi müşahidə olunmayıb.
Mənbə: www.habr.com