DCs in Virtualisierung moven - zur Sicherheit

[onestone 10]

Liebe Leute,

 

zwei Nodes: A & B. Auf beiden Enterprise x64, Virtual Server, x64. Auf jedem jeweils ein 2003er als VM (DC-A, DC-B). VM's sind beide Domänencontroller für eine AD-Domäne.

 

Für Wartungsarbeiten muss ich ggf. Node A oder B abschalten. Was wäre hinsichtlich Replikationsprobleme ideal:

 

DC-A suspenden, wegsichern (VHD), DC-B übernimmt alleine, danach DB-A wieder einspielen und booten? oder DC-A auf Host B kopieren und dort beide VM-DC's parallel starten?

 

letzere variante hätte weniger downtime, wobei es hoffentlich immer unter höchstens 12h geht (annahme: totalausfall, rückspielung aller backups).

 

vorteile/nachteile/ideen?

 

danke.

[NorbertFe 1.804]

Eine supportete Backupmethode ist das sichern der virtual disks auf keinen Fall. Also wirst du um ein Backup der eigentlichen VM nicht herumkommen. WEnns nur um einen reboot geht, dann fahr einen dc runter wenn er wieder oben ist synct er sich wieder. Oder hab ich was falsch verstanden?

 

Bye

Norbert

[LukasB 10]

DCs virtualisieren ist so eine Sache. Ich rate davon ab. Zwei billigste 1U Kisten tun den Zweck in fast allen Umgebungen und du kommst nicht auf die Ideen unsupportete Backupvarianten zu verwenden.

 

Mach dich mal zum Stichwort "USN Rollback" schlau - das kann dir bei vMs schneller passieren als dir Lieb ist.

[onestone 10]

Hallo,

 

es geht keinenfalls um ein Backup. Natürlich sollen 2 DCs als VMs existieren, für den Fall das der Host mit dem DC als VM drauf (wenn es nur einen gäbe) abraucht. Daher auf der zweiten Node ein zweiter DC.

 

USN Rollback: Kenne ich grundsätzlich; wobei das ja von einer gewissen Zeit abhängig ist wo der zweite DC offline war. Sollte ich da bei unter 12 Stunden jemals probleme kriegen? Länger dauert das kopieren sowie der Hardwareumbau sicherlich nie.

 

lg

[Velius 10]

USN Rollback: Kenne ich grundsätzlich; wobei das ja von einer gewissen Zeit abhängig ist wo der zweite DC offline war. Sollte ich da bei unter 12 Stunden jemals probleme kriegen? Länger dauert das kopieren sowie der Hardwareumbau sicherlich nie.

 

lg

 

Auch die kleinste Änderung im AD wärend der andere offline war und du hast nen Roll-back. VM Snap-Shots & AD Domänen Controller passen etwa so gut zusammen wir Käse und ein Schokoladen Milch-shake. Vergiss es!

[nerd 28]

VM Snap-Shots & AD Domänen Controller passen etwa so gut zusammen wir Käse und ein Schokoladen Milch-shake. Vergiss es!

 

Der Vergleich ist geil *notier*

 

Wenn ich den TO richtig vestehe, dann will er doch nur eine Maschine für eine gewisse Zeit offline nehmen, richtig?

 

Für den Zweck würde ich die VM (DC) ganz normal runter fahren. Dann die arbeiten an dem Host System (oder was auch immer) durchführen und danach den Host und danach die VM (DC) wieder hoch fahren. Die DC's syncen sich dann wieder und alles ist gut. :D Ein paar Stunden downtime vertragen die normal recht gut ;)

 

Viele Grüße

[Velius 10]

Genau, nur downtime macht nix, aber ein Snap-shot restoren während eine Änderung am AD durchgeführt worden ist führt zum Roll-back.

 

Solche sachen darf man wenn schon nur mit einer 'VSS-Aware' Backup Lösung oder dem System Sate Backup machen. Ein VM Snap ist das aber nicht!