Server 2012 R2: bare metal recovery Fehler: Versions

[AndreasBi 0]

Hallo, zusammen,

 

ich versuche schon seit 10 Tagen meinen domain controller wieder zum Laufen zu bekommen.

 

Der ist leider irgendwie komplett zerstört. Irgendwie war das Intel RAID im BIOS kaputt.

 

Ich habe tägliche Windows Server Image backups.

Die sind original auf einem iSCSI drive auf dem NAS.

Leider sind iSCSI drives im system recovery nicht sichtbar wenn ich von der originalen DVD boote.

Habe dann versucht die Backup Daten auf ein USB Drive zu kopieren.

wbadmin get versiosn findet da aber nichts.

Habe dann alles auf ein RDX Drive kopiert.

Dort ging es mit wbadmin get versions

Habe dann den RDX (SATA) Drive an einen freien SATA Port im Server angeschlossen.

Damit kann ich die Backups im Recovery environment sehen.

 

Allerdings bekomme ich den oben genannten Fehler wenn ich ein bare metal recovery starte:

The specified backup is for a version of Windows that is different from the current version. System state recovery cannot be performed using the specified backup.

 

Ich dachte vielleicht is wbadmin auf der originalen DVD zu alt.

 

Habe dann den Windows Server 2012 R2 neu installiert.

Hatte etwas Probleme mit dem Windows update. Musste erst ein update für Windows update finden.

 

Danach konnte ich aber alle updates bis und mit Mai 2023 installieren.

Also der gleiche Stand mit dem auch die Backups erstellt wurden.

 

Bekomme aber beim system state recovery wieder die gleiche Fehlermeldung.

 

Die Daten scheinen aber alle da zu sein:

 

PS C:\Users\Administrator> wbadmin get items -version:06/02/2023-03:00 -backuptarget:R:
wbadmin 1.0 - Backup command-line tool
(C) Copyright 2012 Microsoft Corporation. All rights reserved.

EFI System Partition
Volume ID = {f5a51ac6-671d-4fda-b4aa-0ae0966a8c81}
Volume '', mounted at C: at the time the backup was created
Volume size = 511.48 GB
Can recover = Full volume

Volume ID = {85b44d8b-7c72-450c-821e-c6778979677f}
Volume 'data', mounted at H: at the time the backup was created
Volume size = 5076.87 GB
Can recover = Full volume

Volume ID = {9b7d397c-9e53-4d43-9ddc-8683d8fec164}
Volume 'VHDX', mounted at V:
Volume size = 761.87 GB
Can recover = Full volume

Volume ID = {21246ae0-6e91-41e4-b2f3-a56b9b270192}
Volume 'Recovery', mounted at <not mounted> at the time the backup was created
Volume size = 300.00 MB
Can recover = Full volume

Application = FRS
Component = 3DDF3CA7-CD69-40AE-9AAD-0E4D3ACE97CB-BEFF3791-477C-4941-B8A3-74C180FAD475 (SYSVOL\3DDF3CA7-CD69-40AE-9AAD-0E
4D3ACE97CB-BEFF3791-477C-4941-B8A3-74C180FAD475)

Application = AD
Component = ntds (C:_Windows_NTDS\ntds)

Application = Registry
Component = Registry (\Registry)

Application = HyperV
VM name: w2k16virt
VM caption: Online\w2k16virt
VM identifier: 1A2A82B1-9BA4-49CF-8001-A5608B624C67
Total Size: 500.64 GB

Application = HyperV
VM name: Host Component
VM caption: Host Component
VM identifier: Host Component
Total Size: 49.15 KB

 

 

Drive H: konnte ich restoren.

Drive C: auf eine angeschlossene USB Disk auch.

 

Bin schon fast am überlegen den system drive (C:) mit live Linux vom USB drive auf das System zu kopieren?

 

Hat irgendwer eine Idee wie ich den Server retten kann?

 

Und ja, ich weiss man sollte mindestens zwei domain controller haben. War gerade auf der Suche nach einem neuen Server als der alte abgestürzt ist.

 

Vielen Dank

   Andreas

[NilsK 2.789]

Moin,

 

also ... wenn du seit 10 Tagen auf den DC verzichten kannst, klingt es, als sei die Umgebung nicht ganz so kritisch. Von wie vielen Anwendern sprechen wir denn in etwa?

 

Vielleicht ist es nach der vergangenen Zeit sinnvoller, die Umgebung neu aufzubauen. Das erzeugt Umstände, aber geht vielleicht schneller, als weiter erratisch an dem Recovery rumzumachen.

 

Gruß, Nils

 

[cj_berlin 1.149]

Moin,

 

versuch mal eine Server 2012R2-CD auf  einem Patchstand jünger als Mai 2017 zu finden. Das ist Deine letzte Hoffnung; scheitert dies, bin ich bei @NilsK.

[NilsK 2.789]

Moin,

 

vor 2 Minuten schrieb cj_berlin:

scheitert dies, bin ich bei @NilsK.

Evgenij, dein Account wurde gehackt.

 

Gruß, Nils

 

[cj_berlin 1.149]

Wieso, es geht hier doch nicht um Virtualisierung?

 

Und - ein AD neu zu machen ist allein schon wegen der DPAPI Backup Keys eine gute Sache  

[AndreasBi 0]

@Evgenij:  Ich hatte angenommen wenn ich den Server neu aufsetze und update und dann die Recovery starte dann habe ich die richtige Version? 

Oder soll ich versuchen eine recovery DVD auf dem upgedateten Server zu erstellen und damit in das recovery environment booten?

Die Recovery Partition ist ja auch im Backup.

Konnte noch nicht herausfinden wie ich die restore.

 

@NilsK: Ich arbeite da nur Nachts dran. Habe ja noch einen Day Job 

Aber ja, das wäre die letzte Option. 

Wenn ich das richtig verstehe sind dann aber alle settings von der alten Domain weg und ich muss alles neu einrichten.

Da lief auch mein Exchange drauf in einer 2016 VM

 

Dumme Frage:  Wenn ich die alte C; Partition auf einen anderen Drive wieder herstelle:

Gibt es irgendeine Möglichkeit die AD Daten auf den neu aufgestztenServer zu migrieren?

Die Daten sind aj alle noch da.

 

Danke und Gruss,

   Andreas

[NilsK 2.789]

Moin,

 

ist das eine Testumgebung? Oder was? 

 

Egal, ob du das repariert bekommst oder neu machst - dass man Hyper-V nicht auf demselben Blech betreibt wie einen DC, sollte sich mittlerweile rumgesprochen haben. Genauer: Ein DC ist nur DC und ein Host ist nur ein Host. Punkt.

 

vor 30 Minuten schrieb AndreasBi:

Gibt es irgendeine Möglichkeit die AD Daten auf den neu aufgestztenServer zu migrieren?

Die Daten sind aj alle noch da.

Vielleicht solltest du jetzt mal anfangen, Klartext zu reden, was das da überhaupt alles ist. Mit Bruchstücken kommen wir hier nicht weiter, und dafür müssen wir unsere Zeit auch nicht investieren.

 

Wenn ein AD nicht läuft, weil der einzige DC tot ist, dann sind die Daten des AD auch nicht da. Ob du das Backup noch wiederhergestellt bekommst, wird sich ja zeigen. Wenn nicht, dann keine AD-Daten. Oder wovon redest du?

 

Gruß, Nils

 

[AndreasBi 0]

War leider keine Testumgebung.

Hatte das ganze mal vor langer Zeit aufgestzt.

Windows Server 2012 R2 

Domain controller, Certificate services, DNS, DHCP

Darauf lief Hyper-V mit einem 2016 Server in einer VM. Auf dem lief Exchange 2013

Nur ca. 5 Benutzer, vier PCs in der Domain

 

Und ja, sollte man nicht machen und ich bin auch gerade dabei mich nach mehr Hardware umzuschauen.

In Zukunft zwei DC und Exchange separate. 

Versprochen 

 

Tägliches Backup mit Windows Server backup auf eine iSCSI disk von einem NAS.

NAS Snapshot sync auf eine zweite NAS Box.

 

Erschien mir halbwegs sicher

 

Wenn ich sage die Daten sind ja auf dem backup vorhanden:

 

Ich kann AD und FRS auf eine andere Disk extrahieren:

 

PS F:\AD_Recovery> Dir '.\Active Directory\ntds'

    Directory: F:\AD_Recovery\Active Directory\ntds

Mode                LastWriteTime     Length Name
----                -------------     ------ ----
-a---          6/2/2023     05:01       8192 edb.chk
-a---          6/2/2023     05:01   10485760 edb.log
-a---          6/2/2023     05:01   58736640 ntds.dit

 

 

PS F:\> dir .\FRS_Recovery\SYSVOL\3DDF3CA7-CD69-40AE-9AAD-0E4D3ACE97CB-BEFF3791-477C-4941-B8A3-74C180FAD475\C_\Windows\SYSVOL

    Directory:
    F:\FRS_Recovery\SYSVOL\3DDF3CA7-CD69-40AE-9AAD-0E4D3ACE97CB-BEFF3791-477C-4941-B8A3-74C180FAD475\C_\Windows\SYSVOL

Mode                LastWriteTime     Length Name
----                -------------     ------ ----
d----          1/9/2017     23:08            domain
d----        12/31/2016     22:41            staging
d----        12/31/2016     22:41            staging areas
d----        12/31/2016     22:41            sysvol
 

 

So wie ich das verstehe sind auf dem Backup alle erforderlichen Daten vorhanden.

Allerdigns meint wbadmin es kann diese nicht wiederherstellen.

Warum auch immer.

 

So wie ich das sehe bräuchte ich eine Umgebung welche vom ramdisk läuft und einfach alles vom Backup auf die originalen Disks schreibt, oder?

 

wbadmin im recovery environment sollte doch eigentlich genau das machen, will aber nicht.

 

Danke und Gruss,

     Andreas

[AndreasBi 0]

Laut wbadmin ist auch alles vorhanden:

 

PS C:\Users\Administrator> wbadmin get items -backuptarget:R: -version:06/02/2023-03:00
wbadmin 1.0 - Backup command-line tool
(C) Copyright 2012 Microsoft Corporation. All rights reserved.

EFI System Partition
Volume ID = {f5a51ac6-671d-4fda-b4aa-0ae0966a8c81}
Volume '', mounted at C: at the time the backup was created
Volume size = 511.48 GB
Can recover = Full volume

Volume ID = {85b44d8b-7c72-450c-821e-c6778979677f}
Volume 'data', mounted at H: at the time the backup was created
Volume size = 5076.87 GB
Can recover = Full volume

Volume ID = {9b7d397c-9e53-4d43-9ddc-8683d8fec164}
Volume 'VHDX', mounted at V:
Volume size = 761.87 GB
Can recover = Full volume

Volume ID = {21246ae0-6e91-41e4-b2f3-a56b9b270192}
Volume 'Recovery', mounted at <not mounted> at the time the backup was created
Volume size = 300.00 MB
Can recover = Full volume

Application = FRS
Component = 3DDF3CA7-CD69-40AE-9AAD-0E4D3ACE97CB-BEFF3791-477C-4941-B8A3-74C180FAD475 (SYSVOL\3DDF3CA7-CD69-40AE-9AAD-0E
4D3ACE97CB-BEFF3791-477C-4941-B8A3-74C180FAD475)

Application = AD
Component = ntds (C:_Windows_NTDS\ntds)

Application = Registry
Component = Registry (\Registry)

Application = HyperV
VM name: w2k16virt
VM caption: Online\w2k16virt
VM identifier: 1A2A82B1-9BA4-49CF-8001-A5608B624C67
Total Size: 500.64 GB

Application = HyperV
VM name: Host Component
VM caption: Host Component
VM identifier: Host Component
Total Size: 49.15 KB
 

[q617 1]

Am 14.6.2023 um 14:27 schrieb cj_berlin:

 

versuch mal eine Server 2012R2-CD auf  einem Patchstand jünger als Mai 2017 zu finden. Das ist Deine letzte Hoffnung; scheitert dies, bin ich bei @NilsK.

 

Wo bestellt man das?

[Sunny61 773]

vor 17 Stunden schrieb q617:

Wo bestellt man das?

Das gibt es nicht mehr zum Bestellen, die Zeiten sind vorbei.

[AndreasBi 0]

Kurzes update:

 

Server 2012 R2 von original DVD installiert

iSCSI backup drive verbunden

Volume Restore auf eine andere disk

Dann beide disks an meinen PC angeschlossen

Partition copy von der wieder hergestellten system disk auf die disk partition wo 2012 R2 installiert wurde

Boot configuration updaten 

Server läuft wieder

Hyper-V app restore

VM läuft auch wieder

 

Neue Hardware ist unterwegs damit Exchange nicht auf einer VM auf dem DC läuft.

 

Habe doch geschrieben dass die Daten alle auf dem Backup sind   

 

Gruss,

   Andreas

[NilsK 2.789]

Moin,

 

Prima, Glück gehabt. Danke für die Rückmeldung.

 

Dann empfehle ich als nächstes ein Recovery-Konzept (ein Backup-Konzept folgt daraus).

 

Gruß, Nils

[AndreasBi 0]

Moin,

 

tja, das Recovery Konzept war ja eigentlich ein bare metal recovery vom Windows Server Image Backup.

 

Aber anscheinend gibt es nicht umsonst mehrere Produkte für Backup und Recovery für Windows Server. 

 

Habe erwartet dass Windows eigentlich genau das macht was ich manuell gemacht habe. 

Das Recovery Environment sollte ja im RAM laufen und ohne Probleme die System/Boot Disk überschreiben können.

Da fehlt irgendwie eine Art /Force Option bei wbadmin.

Einfach alle Daten aus dem Backup wiederherstellen, auch wenn wbadmin meint es wäre ein anderes OS oder Hardware.

 

Backup auf einen iSCSI Drive ist auch ein Problem da iSCSI im Recovery Environment nicht vorhanden ist.

Hatte zwar versucht die Recovery Disk auf meinem PC auf einen USB SSD Drive zu kopieren, aber der wurde nicht als backuptarget erkannt.

Eine Kopie auf ein SATA RDX Drive wurde zwar erkannt, aber Restore hat nicht funktioniert. 

Wbadmin wollte irgendeine DVD.

 

Wahrscheinlich hätte ich die Backup Disk mit einem Disk Clone Programm kopieren sollen.

Muss ich mal ausprobieren wenn der neue Server läuft.

 

War aber eine interessante Erfahrung. 

 

Gruss,

   Andreas