15
VM aus Backup ohne offline und ohne Zeitsynchronisation hochfahren
Hallo,
wir haben hier ein System (auf Server 2012 R2 als Hyper-V VM), welches Datensätze aus seiner Datenbank nach 2 Monaten löscht. Um an einen Datensatz zu kommen, der älter als zwei Monate ist, wollte ich "einfach" ein älteres Backup als neue VM wiederherstellen, die Netzwerkverbindung deaktivieren, in den Integrationsdiensten die Zeitsync mit dem Host deaktivieren und sie dann offline hochfahren um den Datensatz im System zu finden.
Problem: trotz fehlender Netzwerkverbindung und deaktivierter Zeitsync der Integrationsdienste hat der Server sobald er hochgefahren wird immer die aktuelle Zeit und das Datum. Das besagte System startet sich per Dienst und löscht bevor man die Gelegenheit hat die Daten aus der DB, die älter als 2 Monate sind.
Wie kann ich die Zeitsynchronisation entgültig verhindern? Die VM sollte die Zeit haben, zu der sie gesichert wurde...
Danke für jede Hilfe,
Gruß, JD
wir haben hier ein System (auf Server 2012 R2 als Hyper-V VM), welches Datensätze aus seiner Datenbank nach 2 Monaten löscht. Um an einen Datensatz zu kommen, der älter als zwei Monate ist, wollte ich "einfach" ein älteres Backup als neue VM wiederherstellen, die Netzwerkverbindung deaktivieren, in den Integrationsdiensten die Zeitsync mit dem Host deaktivieren und sie dann offline hochfahren um den Datensatz im System zu finden.
Problem: trotz fehlender Netzwerkverbindung und deaktivierter Zeitsync der Integrationsdienste hat der Server sobald er hochgefahren wird immer die aktuelle Zeit und das Datum. Das besagte System startet sich per Dienst und löscht bevor man die Gelegenheit hat die Daten aus der DB, die älter als 2 Monate sind.
Wie kann ich die Zeitsynchronisation entgültig verhindern? Die VM sollte die Zeit haben, zu der sie gesichert wurde...
Danke für jede Hilfe,
Gruß, JD
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 368351
Url: https://administrator.de/forum/vm-aus-backup-ohne-offline-und-ohne-zeitsynchronisation-hochfahren-368351.html
Ausgedruckt am: 20.12.2024 um 07:12 Uhr
15 Kommentare
Neuester Kommentar
Hi,
beim Einschalten bekommen die VMs immer die Zeit des Host. Die Zeitsynchronisation der Tools bezieht sich nur auf die Laufzeit.
Also VM einachalten uns sofort ins BIOS der VM. Zeit ändern und VM starten lassen.
E.
beim Einschalten bekommen die VMs immer die Zeit des Host. Die Zeitsynchronisation der Tools bezieht sich nur auf die Laufzeit.
Also VM einachalten uns sofort ins BIOS der VM. Zeit ändern und VM starten lassen.
E.
und nicht zu vergessen: Backup umstellen
Danke für die Antworten 
Inwiefern?
Gruß, JD
Zitat von @emeriks:
Also VM einachalten uns sofort ins BIOS der VM. Zeit ändern und VM starten lassen.
Unter Server 2012 R2 Hyper-V gibt es kein BIOS, welches man bei Start aufrufen könnte. Man kann nur Einstellungen über die Hyper-V-Konsole oder per Powershell machen. Habe aber leider keine Powershell-Befehle für die Zeitsync oder ähnliches gefunden.Also VM einachalten uns sofort ins BIOS der VM. Zeit ändern und VM starten lassen.
Inwiefern?
Gruß, JD
naja, dein Backup ist anscheinend für den Zweck eines nachtrgäglichen Datenrestore nicht optimal - es vernichtet sich beim Aufruf quasi selbst.
Ich würde mal schauen, ob du die DB ggf. offline extrahieren kannst...
Ich würde mal schauen, ob du die DB ggf. offline extrahieren kannst...
Hallo,
für VM's der ersten Generation sollte auch ein BIOS verfügbar sein. Ansonsten sitzt das auf der UEFI-Firmware.
BG T.
für VM's der ersten Generation sollte auch ein BIOS verfügbar sein. Ansonsten sitzt das auf der UEFI-Firmware.
BG T.
Zitat von @certifiedit.net:
naja, dein Backup ist anscheinend für den Zweck eines nachtrgäglichen Datenrestore nicht optimal - es vernichtet sich beim Aufruf quasi selbst.
Hm, würde es ja nicht, wenn sich die Zeitsync irgendwie komplett verhindern ließe... Falls das nicht geht hast du natürlich Recht.naja, dein Backup ist anscheinend für den Zweck eines nachtrgäglichen Datenrestore nicht optimal - es vernichtet sich beim Aufruf quasi selbst.
Gruß, JD
Zitat von @133941:
für VM's der ersten Generation sollte auch ein BIOS verfügbar sein. Ansonsten sitzt das auf der UEFI-Firmware.
Und wie rufe ich das auf?für VM's der ersten Generation sollte auch ein BIOS verfügbar sein. Ansonsten sitzt das auf der UEFI-Firmware.
Gruß, JD
Zitat von @JohnDorian:
Gruß, JD
Zitat von @certifiedit.net:
naja, dein Backup ist anscheinend für den Zweck eines nachtrgäglichen Datenrestore nicht optimal - es vernichtet sich beim Aufruf quasi selbst.
Hm, würde es ja nicht, wenn sich die Zeitsync irgendwie komplett verhindern ließe... Falls das nicht geht hast du natürlich Recht.naja, dein Backup ist anscheinend für den Zweck eines nachtrgäglichen Datenrestore nicht optimal - es vernichtet sich beim Aufruf quasi selbst.
Gruß, JD
mh, ja.
"Backup erstelle, bevor ich unausweichlich mit 300 Sachen gegen einen Brückenpfeiler rase". Ist ca dasselbe. Sicher die DB in Zukunft bei solchen Subroutinen nochmals unabhängig in Dateiform.
Hier steht etwas dazu. Google kaputt? ;)
http://www.searchdatacenter.de/tipp/Windows-Server-Hyper-V-BIOS-Einstel ...
http://www.searchdatacenter.de/tipp/Windows-Server-Hyper-V-BIOS-Einstel ...
Hi,
VM beim Booten in die Reparatur-Konsole starten, Zeit ändern?
E.
VM beim Booten in die Reparatur-Konsole starten, Zeit ändern?
E.
Zitat von @133941:
Hier steht etwas dazu. Google kaputt? ;)
http://www.searchdatacenter.de/tipp/Windows-Server-Hyper-V-BIOS-Einstel ...
Nee, Google nicht kaputt. Auf dem Artikel war ich auch schon. Da steht nur nichts darüber, ob oder wie man die Startup-Timesynchronisation einer VM deaktivieren kann. Gen1 hat BIOS, Gen2 UEFI, beide kann man über den Hyper-V-Manager konfigurieren oder mit einer Handvoll PS-Befehle. Alles andere wird vom Host übernommen.Hier steht etwas dazu. Google kaputt? ;)
http://www.searchdatacenter.de/tipp/Windows-Server-Hyper-V-BIOS-Einstel ...
Ich geh davon aus, dass es sich schlicht und einfach nicht verhindern lässt.
Das versuch ich mal. Danke!
Gruß, JD
Deswegen der Artikel. Der Kreis schließt sich 
.
.
Danke an alle, die Antwort auf die Frage heißt: Lässt sich nicht verhindern.
Workarounds wären: die BIOS-Zeit der Hardware ändern bzw. in meinem Fall - einen anderen Weg zum wiederherstellen des Backups gehen.
Habe es jetzt so gelöst:
Grüße und ein schönes Wochenende!
JD
Workarounds wären: die BIOS-Zeit der Hardware ändern bzw. in meinem Fall - einen anderen Weg zum wiederherstellen des Backups gehen.
Habe es jetzt so gelöst:
- VM aus Sicherung wiederherstellen und offline hochfahren (Zeitsync per Integrationsdienste aus)
- Zeit zurück stellen
- Datenbank auf Dateiebene zurücksichern
Grüße und ein schönes Wochenende!
JD
Zitat von @certifiedit.net:
mh, ja.
"Backup erstelle, bevor ich unausweichlich mit 300 Sachen gegen einen Brückenpfeiler rase". Ist ca dasselbe. Sicher die DB in Zukunft bei solchen Subroutinen nochmals unabhängig in Dateiform.
Ich weiß schon was du meinst mh, ja.
"Backup erstelle, bevor ich unausweichlich mit 300 Sachen gegen einen Brückenpfeiler rase". Ist ca dasselbe. Sicher die DB in Zukunft bei solchen Subroutinen nochmals unabhängig in Dateiform.
Ich kann (wie eben nochmal beschrieben) ja auch auf Dateiebene zugreifen, passt also alles!
Kannst du nicht die virtuelle Festplatte in eine andere VM einhängen und die Daten von dort Wegkopieren?
Das Skript wird ja sicher durch Windows ausgeführt..
Das Skript wird ja sicher durch Windows ausgeführt..
