2
Warum Hyper-V mitsichern?
Hallo zusammen,
wahrscheinlich eine ganz doofe Frage aber warum habe ich in der MS Serversicherung (2012r2) extra die Möglichkeit die Virtuellen Maschinen zu sichern?
Die Virtuelle Maschinen liegen doch ebenso als Datei auf einem Laufwerk und dort ist doch auch alles vorhanden.
Was sichert er also mit dem extra Punkt der Virtuellen Maschinen? Sind dies nur die Einstellungen die für die Maschine erstellt wurden?
LG
Sven
wahrscheinlich eine ganz doofe Frage aber warum habe ich in der MS Serversicherung (2012r2) extra die Möglichkeit die Virtuellen Maschinen zu sichern?
Die Virtuelle Maschinen liegen doch ebenso als Datei auf einem Laufwerk und dort ist doch auch alles vorhanden.
Was sichert er also mit dem extra Punkt der Virtuellen Maschinen? Sind dies nur die Einstellungen die für die Maschine erstellt wurden?
LG
Sven
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: 263601
Url: https://administrator.de/contentid/263601
Ausgedruckt am: 26.11.2024 um 01:11 Uhr
2 Kommentare
Neuester Kommentar
Hallo Sven,
die virtuelle Maschine sollte ja immer "Application Aware" gesichert werden. In der VM (sofern die Integrationsdienste installiert sind) läuft dann bei Sicherung auch das VSS-Backup durch. Dies sichert Datenbanken und z.B. Exchangeserver so, dass keinerlei Inkonsistenzen in der Datenbank auftreten. Ich sichere immer die einzelnen VMs und dann nochmals die Datenbank auf dem SQL Server eigens auf ein NAS. Würde aber bei DC aufpassen mit solchen Sicherungen und empfehle immer den Systemstate nochmals extra abzusichern
Hoffe habe deine Frage richtig verstanden
die virtuelle Maschine sollte ja immer "Application Aware" gesichert werden. In der VM (sofern die Integrationsdienste installiert sind) läuft dann bei Sicherung auch das VSS-Backup durch. Dies sichert Datenbanken und z.B. Exchangeserver so, dass keinerlei Inkonsistenzen in der Datenbank auftreten. Ich sichere immer die einzelnen VMs und dann nochmals die Datenbank auf dem SQL Server eigens auf ein NAS. Würde aber bei DC aufpassen mit solchen Sicherungen und empfehle immer den Systemstate nochmals extra abzusichern
Hoffe habe deine Frage richtig verstanden
Hallo sk7519,
im Prinzip hast du Recht. Wenn du die VM exportierst werden die Platten und Snapshots abgelegt, welche sowieso irgendwo liegen.
Unter Pfad:\...SERVERNAME\Virtual Machines liegt dann eine XML Datei, welches die ganzen Einstellungen enthält. So kann man diese dann am Einfachsten exportieren/importieren, ohne viel Aufwand. Wenn du nur die virtuelle Festplatten hast reicht das aber schon um eine VM wieder hochzufahren.
Der Beschreibung von Sunny89 stimme ich ebenfalls zu, wenn du DBs darauf hast.
Bei einem reinen Office Terminalserver kannst du zum Test die Festplatte kopieren und einen Server zweiten Server paralell aufsetzen, nur indem du die Festplatte einbindest. Hier die virtuelle Netzwerkkarte aber auslassen, dann hast du es mal gemacht/dokumentiert.
im Prinzip hast du Recht. Wenn du die VM exportierst werden die Platten und Snapshots abgelegt, welche sowieso irgendwo liegen.
Unter Pfad:\...SERVERNAME\Virtual Machines liegt dann eine XML Datei, welches die ganzen Einstellungen enthält. So kann man diese dann am Einfachsten exportieren/importieren, ohne viel Aufwand. Wenn du nur die virtuelle Festplatten hast reicht das aber schon um eine VM wieder hochzufahren.
Der Beschreibung von Sunny89 stimme ich ebenfalls zu, wenn du DBs darauf hast.
Bei einem reinen Office Terminalserver kannst du zum Test die Festplatte kopieren und einen Server zweiten Server paralell aufsetzen, nur indem du die Festplatte einbindest. Hier die virtuelle Netzwerkkarte aber auslassen, dann hast du es mal gemacht/dokumentiert.
