Neue VM für einen DC

[kosta88 2]

Hallo,

 

ich möchte eine VM verschieben, die irrtümlich auf C:\ erstellt wurde und soll auf D:\ verschoben werden.

Die VM ist ein DC.

 

Nach dem Einlesen, hoffe ich dass ich richtig verstehe dass für die erfolgreiche weitere Replikation und zur Vermeidung des USN Rollbacks, zwei Werte wichtig sind:

DSA-Objekt-GUID

DSA-Aufrufkennung

 

Grundlegend ändert sich die DSA-Objekt-GUID nie jedoch DSA-Aufrufkennung in gewissen Situationen aber schon - und zwar dann, wenn eine supportete Sicherung/Rücksicherung gemacht wird.

Sollte bspw. ein Image erstellt werden und dann dieses Image später zurückgespielt werden, bleibt die DSA-Aufrufkennung gleich, was grundlegend nicht passieren darf.

 

Ich habe bereits folgende Prozedur getestet:

DC heruntergefahren, die VHDX wegkopiert.

Neue VM erstellt, die kopierte VHDX genommen, Netzwerk abgeschaltet, neue VM hochgefahren:

DSA-Objekt-GUID blieb gleich.

DSA-Aufrufkennung ist neu.

 

Für mich schließt sich also daraus, wenn:

DSA-Objekt-GUID gleich bleibt, und DSA-Aufrufkennung sich ändert, dass alles OK wird, würde ich die neue VM online nehmen (und natürlich die alte VM löschen).

 

Sehe ich das richtig?

 

Besten Dank.

Kosta

bearbeitet 30. Juni 2017 von kosta88

[mwiederkehr 351]

Dem Dateityp VHDX nach zu urteilen hast Du mindestens Server 2012 auf dem Hyper-V. Da kann man virtuelle Maschinen per im Hyper-V Manager per Rechtsklick verschieben. Das verschiebt die Disks, aber auch gleich die Konfigurationsdatei. Man erstellt also keine neue VM. So bleibt für die VM alles identisch und es gibt keine Probleme.

[kosta88 2]

Richtig, 2012R2.

Ja, habe davon gelesen, ich wollte eigentlich die .XML Verknüpfungen (symlinks) vermeiden und die Sache sauber auf D:\ haben, aber gut... DC ist sensibel, da möchte ich nichts riskieren...

Danke

bearbeitet 30. Juni 2017 von kosta88

[daabm 1.184]

Du hast glaub zu viel gelesen - was ist das Problem daran, eine VM neu zu erstellen und ein heruntergefahrenes bestehendes DC-VHDX dort als Datenträger anzubinden?

Edit: DC ist nicht sensibel - viel einfacher wäre möglicherweise aus Deiner Sicht, einfach einen neuen zu erstellen und zu promoten und dann den anderen zu depromoten.

bearbeitet 30. Juni 2017 von daabm

[Doso 77]

Mach eine Live Storage Migration. Das geht bei Windows Server 2012+ im laufenden Betrieb und du hast auch keine Probleme mit der Virtualisierung hier da dies hier gar nicht greift. Es wird ja nix kopiert/geklont. Die VM weiß auch gar nicht das ihr speicher verschoben wurde.

[GuentherH 61]

Du hast glaub zu viel gelesen

 

Das denke ich auch. Was soll das physische Verschieben einer VM für Auswirkungen auf den DC haben? Noch dazu wo dies sogar über den Hyper-V Manager angeboten wird.

Bevor du dich da in ein nicht vorhandenes Problem hineinsteigerst, schau dir den Assisten zum Verschieben einer VM an.

 

LG Günther

[kosta88 2]

Genau das habe ich auch gemacht, habe Speicher aller VMs mittels Assistenten verschoben, und alles ist gut. Keine VM hat irgendwas mitbekommen und alles wurde im Betrieb gemacht.

Das mit neuer VM ist aber wohl etwa riskant, da die InvocationID neu generiert wird, was zwar richtig ist, aber wenn es ohne jeglicher Änderung im DC geht, ist das wohl besser.

Die 4GB pro VM sind schon wichtig auf unserem relativ begrenzten Server (insg. ca 600GB) Storage.