Restauratioun vun virtuelle Maschinnen aus engem falsch initialiséierter Datastore. D'Geschicht vun enger Dommheet mat engem glécklecht Enn

Verzichterklärung: D'Notiz ass fir Ënnerhalungszwecker. D'spezifesch Dicht vun nëtzlech Informatiounen an et ass niddereg. Et gouf "fir mech selwer" geschriwwen.

Lyresch Aféierung

De Fichier Dump an eiser Organisatioun leeft op engem VMware ESXi 6 virtuell Maschinn Lafen Windows Server 2016. An dëst ass net nëmmen eng Dreckstipp. Dëst ass e Dateiaustauschserver tëscht strukturellen Divisiounen: et gëtt Zesummenaarbecht, Projektdokumentatioun, an Ordner vun Netzscanner. Am Allgemengen, all Produktioun Liewen ass hei.

An dëse Container vun all Produktioun Liewen ugefaang ze hänken. Ausserdeem konnt de Gaascht sech roueg hänken, ouni déi aner ze beaflossen. Hie konnt de ganze Host erofhuelen an deementspriechend all déi aner Gaaschtmaschinnen. Ech konnt mech hänken an d'vSphere Client Servicer hänken: dat ass, d'Prozesser vun den anere Gäscht sinn lieweg, d'Maschinnen funktionnéieren richteg a reagéieren, awer et gëtt keng Dateiewäscher an de vSphere Client klëmmt net un den Host. Am Allgemengen, kee System konnt identifizéiert ginn. Bei enger niddereger Belaaschtung kéinten am Dag gefruer ginn. Si konnten et an der Nuecht ouni Laascht maachen. Konnt an der Nuecht während Differential-Backup an duerchschnëttlech Belaaschtung. Konnt um Weekend wärend voller Backups an héich Belaaschtung. An et war eng kloer Degradatioun vun der Situatioun. Am Ufank war et eemol am Joer, dann eemol all sechs Méint. Um Enn vu menger Gedold - zweemol d'Woch.
Ech hat eng Erënnerung Problem. Awer si hunn mech net den Dreckstipp och um Weekend ophalen a Memtest lafen. Mir waarden op d'Meevakanz. An der Mee Vakanz hunn ech Memtest gelaf an ... keng Feeler fonnt.

Ech war erstaunt an hunn decidéiert an d'Vakanz ze goen. Wärend ech an der Vakanz war, gouf et net een eenzegen Hang um Dreckstipp. A wéi ech e Méindeg den éischten Dag zréck op d'Aarbecht gaangen sinn, war et en Dreckskoef. Ech hunn e komplette Backup erlieft an hunn direkt hänken nodeems et fäerdeg war. Sou eng häerzlech Begréissung aus der Vakanz huet mech op d'Entscheedung gedréckt fir d'Disks mat der Gaaschtmaschinn kierperlech op en aneren Host ze zéien.

An och wann et scho laang gewosst ass, datt een den éischten Dag no enger Vakanz näischt eescht maache kann, obwuel ech mech virbereet hunn net bis op d'Aarbecht ze schaffen, huet meng Indignatioun bei nach eng aner Gefrierung souwuel meng Stëmmung wéi Gelübd aus mengem Kapp ...

Kierperlech Scheiwen goufen op en aneren Host geplënnert. Hot Verbindung. An de Späicherastellungen op der Tab kopéieren Disken erschéngen. Op der Tab Datastores Et gëtt keng Späichere op dësen Disken. Frëscht - schéngen net. Gutt, natierlech, den éischten Impuls - Späichere addéieren. Den Add Wizard erkläert wat et ënnerstëtzt. Natierlech ënnerstëtzt et och VMFS. Ech hunn net gezweiwelt. E séiere Bléck op d'Messagen vum Wizard bei all Schrëtt: Next, Next, Next, Finish. D'Ae koum net emol no bei de klenge giele Krees mat engem Ausrufezeeche um Enn vun der Fënster vun engem vun de Meeschtesch Schrëtt.

Um Enn vum Wizard erschéngt de frësche Datastore an der Lëscht ... a mat deem d'Datastores vun de verbleiwen physeschen Disken.

Ech fuere weider fir duerch den nei addéierten Datastore ze navigéieren, an et ass ... eidel. Natierlech sinn ech erëm an d'Erstaunung gefall. Et ass 8 Auer, déi éischt 15 Minutten op der Aarbecht no der Vakanz, ech hunn nach net mol den Zocker a mengem Kaffi gerührt. An hei ass et. Den éischte Gedanken war datt ech déi falsch Scheif vum "native" Host gezunn hunn. Ech hu gekuckt ob den erfuerderlechen Datastore am "native" Host präsent war: nee, et war net präsent. Déi zweet Gedanke war: "Fuck!" Ech sinn net sécher, awer et schéngt mir datt den drëtten, véierten an op d'mannst fënneften Gedanken d'selwecht war.

Fir Zweifel ze verdreiwen, installéiert ech séier e frësch ESXi fir Testen, huet déi lénks Scheif an, scho liesen, duerch d'Schrëtt vun der Wizard. Jo. Wann Dir en Datastore mat Hëllef vum Wizard bäidréit, ginn all Daten op der Disk verluer ouni d'Fäegkeet d'Operatioun zréckzerollen an d'Donnéeën ze restauréieren. Spéider liesen ech op engem vun de Forum'en eng Bewäertung vun dësem Design vun engem Meeschter: scheiss Schrecken. An ech war wierklech d'accord.

Vun der sechster un sinn d'Gedanken an eng méi konstruktiv Richtung geflunn. OK. Initialiséierung dauert eng Saach vu Sekonnen och fir eng 3Tb Scheif. Also ass dëst héich-Niveau Formatéierung. Dëst bedeit datt d'Partitionstabel einfach ëmgeschriwwe gouf. Also d'Donnéeën sinn nach ëmmer do. Also, elo wäerte mir no e puer Unformat kucken a voila.

Ech booten d'Maschinn vum Strelec Boot Image ... An ech fannen eraus datt Partition Erhuelung Programmer alles wëssen ausser VMFS. Zum Beispill kennen se de Partitionslayout vu Synology, awer net VMFS.

D'Sich duerch Programmer ass net berouegend: am beschten, GetDataBack a R.Saver fannen NTFS-Partitionen mat enger Live-Verzeichnisstruktur a Live Dateinamen. Mee dat passt mir net. Ech brauch zwee vmdk Dateien: mat der Systemdisk an der Trash-Dateidisk.

An da verstinn ech datt et ausgesäit wéi wann ech elo Windows installéiere wäerten an aus engem Dateibackup ausrollen. A gläichzäiteg erënneren ech, datt ech do eng DFS root haten. An och e System vun Zougangsrechter op Departementer Ordner déi absolut wild am Ëmfang an Auswierkunge sinn. Keng Optioun. Déi eenzeg Zäit-akzeptabel Optioun ass den Zoustand vum System an Disk mat Daten an all Rechter ze restauréieren.

Erëm Google, Forum'en, KB'shki an erëm Yaroslavna gekrasch: VMware ESXi gëtt keng Daten Erhuelung Mechanismus. All Diskussiounsfäegkeeten hunn zwee Endungen: een gouf mat der deier DiskInternals VMFS Recovery erholl, oder een gouf vun engem Software Spezialist gehollef, deen seng Servicer aktiv fördert vmfs-Tools и dd. D'Optioun fir eng DiskInternals VMFS Recovery Lizenz fir $700 ze kafen ass keng Optioun. En Auslänner aus dem "Territoire vun engem potenzielle Feind" ze erlaben Zougang zu Firmendaten ass och keng Optioun. Awer et gouf googled datt VMFS Partitionen och vum UFS Explorer gelies kënne ginn.

DiskInternals VMFS Erhuelung

D'Test Versioun gouf erofgeluede an installéiert. De Programm huet déi eidel VMFS Partition erfollegräich gesinn:

Restauratioun vun virtuelle Maschinnen aus engem falsch initialiséierter Datastore. D'Geschicht vun enger Dommheet mat engem glécklecht Enn

de Modus Undelete (Fast Scan) Ech hunn och e shabby Datastore fonnt mat Ordner vu virtuelle Maschinnen mat Disken dobannen:

Restauratioun vun virtuelle Maschinnen aus engem falsch initialiséierter Datastore. D'Geschicht vun enger Dommheet mat engem glécklecht Enn

D'Virschau huet gewisen datt d'Dateien lieweg sinn:

Restauratioun vun virtuelle Maschinnen aus engem falsch initialiséierter Datastore. D'Geschicht vun enger Dommheet mat engem glécklecht Enn

D'Montage vun der Partition an de System war erfollegräich, awer aus engem onbekannte Grond hunn all dräi Ordner déi selwecht virtuell Maschinn enthalen. Natiirlech, laut Gesetz, ass Mëndlechkeet net wat néideg ass.

Dräi Zeilen vun SchimmtDe Versuch, d'Software schuedlos ze spären ass am Ausfall opgehalen. Awer UFS Explorer gespaart.

Ech hunn eng extrem negativ Astellung zu Software Déifstall. Op kee Fall encouragéieren ech d'Benotzung vu Mëttele fir de Schutz géint onlizenzéierte Gebrauch ze ëmgoen.

Ech war an enger katastrophaler Situatioun a war guer net houfreg op déi Moossnamen déi ech agegraff hunn.

UFS Explorer

E Disk Scan huet d'Präsenz vu 7 Wirbelen gewisen. D'Zuel vun den Noden ass "iwwerraschend" zesummegefall mat der Unzuel vun *-flat.vmdk Dateien, déi vu VMFS Recovery festgestallt goufen:

Restauratioun vun virtuelle Maschinnen aus engem falsch initialiséierter Datastore. D'Geschicht vun enger Dommheet mat engem glécklecht Enn

E Verglach vu Dateigréissten an Nodegréissten huet och e Match bis zum Byte gewisen. Zur selwechter Zäit goufen d'Nimm vun *-flat.vmdk Dateien an deementspriechend hir Zouhuele zu virtuelle Maschinnen restauréiert.

Restauratioun vun virtuelle Maschinnen aus engem falsch initialiséierter Datastore. D'Geschicht vun enger Dommheet mat engem glécklecht Enn

Am Allgemengen besteet vmdk Scheiwen aus der ESXi Siicht aus zwee Fichieren: eng Daten Fichier (<Maschinn Numm> -flat.vmdk) an engem "kierperlech" Scheif Layout Fichier (<Maschinn Numm> .vmdk). Wann Dir eng eropluede * -flat.vmdk Fichier op d'Datastore vun engem lokal Maschinn, ESXi unerkennen et net als valabel Scheif Fichier. D'VMware Knowledge Base huet en Artikel iwwer wéi een manuell eng Disk Descriptor Datei erstellt: kb.vmware.com/s/article/1002511, awer ech hunn dat net gemaach, ech hunn einfach den Inhalt vun den entspriechende Dateien aus dem Dateiinhalt Virschaugebitt an DiskInternals VMFS Recovery kopéiert:

Restauratioun vun virtuelle Maschinnen aus engem falsch initialiséierter Datastore. D'Geschicht vun enger Dommheet mat engem glécklecht Enn

No 4 Stonne vun engem 2,5 TB Node vum UFS Explorer an 20 Stonne Luede an den Hypervisor's Datastore eroflueden, goufen déi ofgebrach Diskdateien un déi nei erstallt virtuell Maschinn verbonnen. D'Disken hu sech opgeholl. Keen Dateverloscht gouf beobachtet.

Restauratioun vun virtuelle Maschinnen aus engem falsch initialiséierter Datastore. D'Geschicht vun enger Dommheet mat engem glécklecht Enn

Source: will.com

Setzt e Commentaire