Sichern von virtuellen Hyper-V-Maschinen: Der ultimative Leitfaden

Wenn Sie Microsoft Hyper-V-Maschinen betreiben, gibt es eine Vielzahl von Backup-Ansätzen, um die Wiederherstellung in verschiedenen Szenarien sicherzustellen – von der Wiederherstellung von Dateien und Anwendungsobjekten bis hin zur Wiederherstellung kompletter VMs in Hyper-V oder auf anderen Plattformen.

Jeder Ansatz zum Backup virtueller Maschinen (VMs) unter Hyper-V hat jedoch seine eigenen Verwendungsfälle und kann sich hinsichtlich der Ressourceneffizienz und der Optionen für die Wiederherstellung unterscheiden. Dieser Blogbeitrag behandelt Methoden zum Backup von Hyper-V-VMs, erklärt, wie man Hyper-V-VMs sichert, und stellt Best Practices für das Backup von VMs vor.

NAKIVO für Hyper-V-Backups

NAKIVO für Hyper-V-Backups

Agentenlose, Application-Aware Backups für Hyper-V. Schutz vor Ransomware, sofortiger Start von VMs aus dem Backup, Support für weitere virtuelle und physische Plattformen und vieles mehr.

Möglichkeiten, Hyper-V-VMs zu sichern

Beginnen wir mit den nativen Tools für das Hyper-V-Backup, die von Microsoft bereitgestellt werden. In erster Linie können Sie Windows Server Backup und PowerShell Cmdlets verwenden, die integrierte Funktionen sind, um Hyper-V-VMs zu sichern. Es gibt auch andere Lösungen für große Umgebungen.

Unten finden Sie eine Liste der Hauptwege, eine Hyper-V-VM mit diesen nativen Tools zu sichern:

  • Windows Server Backup – Sie können Hyper-V auswählen und VMs zur Sicherung auswählen
  • PowerShell mit dem Export-VM -Befehl oder dem Start-WBBackup -Befehl
  • System Center Data Protection Manager, das sich in System Center Virtual Machine Manager integriert (kann auch in PowerShell verwaltet werden)

Alternativ können Administratoren spezielle Backup-Lösungen von Drittanbietern verwenden, die Hyper-V-VMs unterstützen. Diese Lösungen können Microsofts API nutzen, um auf erweiterte Backup-Funktionen auf Hyper-V-Hosts zuzugreifen.

Host vs. Gast Hyper-V-VM-Backup

Unabhängig davon, ob Sie ein nat?liches Tool oder eine Drittanbieter-Backup-Lösung verwenden, um Hyper-V-VMs zu sichern, gibt es zwei Hauptansätze: auf Gastebene oder auf Hostebene. Lassen Sie uns die Funktionen jedes Ansatzes näher betrachten.

Backup auf Gastebene

Das Backup auf Gastebene beruht auf der Verwendung von spezieller agentenbasierter Software, die auf dem Gastbetriebssystem (OS) installiert ist, um den Backup-Prozess durchzuführen. Dieser Backup-Ansatz ist dem Backup eines physischen Hosts ähnlich.

Das Backup auf Gastebene ermöglicht eine anwendungsorientierte Verarbeitung mit Microsofts Volume-Shadow-Copy-Dienst (VSS – auch bekannt als Volume Snapshot Service), um konsistente Datenkopien zu erstellen. Fast alle für Windows entwickelte Backup-Software enthält VSS, um die Erstellung von Application-Aware Datensicherungen zu ermöglichen. VSS ist eine Technologie, die Schnappschüsse, das heißt, „Schatten“-Kopien zu einem bestimmten Zeitpunkt von Volumen, selbst wenn die VM läuft, erstellen kann. VSS-Autoren, die Komponenten von VSS sind, werden für diesen Prozess verwendet. In Linux wird LVM (Logical Volume Manager) für diesen Zweck verwendet, um anwendungskonsistente Snapshots zu erstellen.

Agenten: Definition und Rolle

Ein Agent ist eine Komponente der Backup-Software, die auf einem physischen Computer oder einer virtuellen Maschine installiert ist, um mit dem Dateisystem und Anwendungen zu interagieren. Agenten laufen normalerweise als Systemprozess innerhalb eines Gast-OS und stellen eine Netzwerkverbindung mit dem Server her, der für das Backup-Management verwendet wird. Die Backup-Software verwendet Agenten, um Kopien des gesamten Systems oder einzelner Dateien oder Programme zu erstellen. Beachten Sie, dass die Verwendung von Agenten zur Durchführung von VM-Backups als veralteter Ansatz gilt, da dieser nicht so effizient ist wie der Einsatz agentenloser Backup-Lösungen. Es gibt jedoch einige Verwendungsfälle für diesen Ansatz in virtuellen Umgebungen, auf die wir im weiteren Abschnitt eingehen.

The legacy agent-based approach

Anwendungsfälle für Backups auf Gast-Ebene

In den folgenden Fällen müssen Sie in virtuellen Umgebungen möglicherweise auf den Backup-Ansatz auf Gast-Ebene zurückgreifen:

  • Wenn das Gastbetriebssystem vom Hypervisor nicht offiziell unterstützt wird, ist die Erstellung eines konsistenten Backups mit der Methode auf Host-Ebene nicht möglich.
  • Wenn die VM auf Gastbetriebssystem-Ebene mit gemeinsam genutztem Speicher verbunden ist oder über eine direkt angeschlossene physische Festplatte (einschließlich einer Pass-Through-Festplatte) verfügt, die von Backup-Software auf Host-Ebene nicht unterstützt wird.

    Nehmen wir beispielsweise an, eine VM ist über das iSCSI-Protokoll (von einem gastseitigen iSCSI-Initiator) an eine SAN-LUN (Logical Unit Number) angeschlossen, und Software wie ein Datenbankserver oder ein Dateiserver nutzt dieses Volume. In diesem Fall kann der VSS-Writer von Hyper-V keine vollständig konsistente Sicherung aller von der VM genutzten Festplatten erstellen (die Volumes innerhalb der virtuellen VHD-Festplatten und die Volumes der direkt angeschlossenen physischen Festplatten). Der Grund dafür ist, dass für eine ordnungsgemäße Sicherung sowohl die Anwendungen als auch beide Festplattentypen zum Zeitpunkt des Schnappschusses in den Ruhezustand versetzt werden müssen.

    VMs using volumes on VHD virtual disks and SAN LUNs for Hyper-V backup.

    Um stattdessen ein Backup auf Host-Ebene durchzuführen, können Pass-Through-Festplatten in virtuelle VHD-Festplatten konvertiert werden. Beachten Sie, dass sich die VM auf gemeinsam genutztem Speicher befinden kann, beispielsweise auf einem NAS-Gerät (Network-Attached Storage) oder einem SAN. Diese Lösungen werden verwendet, um eine Sicherung auf Host-Ebene mit Clustering durchzuführen.

Einige Unternehmen mit kleinen virtualisierten Umgebungen nutzen die VM-Sicherungsmethode auf Gast-Ebene, um Kosten zu sparen. Diese Strategie mag in der Vergangenheit sinnvoll gewesen sein, da agentenbasierte Legacy-Lösungen für kleine Umgebungen mit wenigen VMs wirtschaftlicher waren. Heute wird dieser Ansatz jedoch nicht mehr empfohlen, da es für kleine Hyper-V-Umgebungen ebenso kostengünstige oder sogar noch günstigere Lösungen für das VM-Backup auf Host-Ebene gibt.

Vorteile

  • Kann verwendet werden, wenn ein Host-Backup nicht möglich ist (in den oben genannten Verwendungsfällen).

Nachteile

  • Auf jeder Virtuellen Maschine müssen VM-Agenten installiert werden, was umständlich und zeitaufwendig ist.
  • Der Prozess der Wiederherstellung ist schwieriger. Zunächst muss eine neue, leere Virtuelle Maschine erstellt werden. Dann müssen Sie die Einstellungen der VM konfigurieren (virtuelle CPU, Speicher, Festplatten, Netzwerk, etc.). Erst dann können Sie die VM wiederherstellen, und Sie müssen Medien wiederherstellen, um neu zu starten.
  • Der Verbrauch von Computerressourcen steigt erheblich, insbesondere wenn mehrere virtuelle Maschinen, die sich auf einem Hyper-V-Host befinden, gleichzeitig gesichert werden.
  • Agentenbasierte Backup-Software erfordert die Nutzung von Root- oder Administrator-Anmeldeinformationen, was die Sicherheit potenziell kompromittiert.
  • Keine VM-Level-Snapshots.

Host-Level-Backup

Host-Level-Hyper-V-VM-Backups arbeiten auf der Hypervisor-Ebene anstatt auf der Ebene der Gast-VM und können VMs unabhängig vom darin laufenden Betriebssystem sichern. Virtuelle Maschinen können vollständig gesichert werden, einschließlich der virtuellen Festplattendateien (angezeigt im VHD- oder VHDX-Format in Hyper-V) und Konfigurationsdateien, in denen die Konfiguration der virtuellen Hardware, wie CPU, Speicher, Netzwerk, etc., gespeichert sind.

Es gibt zwei Arten von Host-Level-Backups: Gespeicherter Status und Child-VM-Schnappschuss .

Diagram of the host-level Hyper-V backup method

Methode des Gespeicherten Status

Die Methode des Gespeicherten Status ist eine teilweise Offline-Backup-Methode, die nicht anwendungsorientiert ist. Bei dieser Methode weist der Volume Shadow Copy Service (VSS) von Hyper-V dem VSS-Schreiber die Durchführung des Backup-Prozesses zu. Wenn die VM zum Zeitpunkt des Vorgangs läuft, versetzt der VSS-Schreiber von Hyper-V die VM in einen „Gespeicherten Status“. Das bedeutet, dass die VM für eine kurze Zeit offline geht, während der Schnappschuss erstellt wird. Dadurch wird sichergestellt, dass offene Dateien gespeichert und der Status laufender Anwendungen auf der virtuellen Festplatte aufgezeichnet werden kann.

Wie funktioniert die Methode des Gespeicherten Status?

Dieser Prozess besteht aus den folgenden Phasen:

  1. PrepareForSnapshot Ereignis. Die Backup-Software initiiert die Vorbereitung der VM für das Backup, und der Status der VM wird im Ruhezustand gespeichert.
  2. Aufnahme des Schnappschusses . Der VSS-Schreiber von Hyper-V, der als VMMS.exe (Virtual Machine Management Service) Prozess läuft, wird verwendet. Der Schnappschuss, der auch als VM-Checkpoint in Hyper-V bezeichnet wird, wird erstellt. Die Backup-Software erstellt ein Backup unter Verwendung des Schnappschusses. Die Erstellung des Schnappschusses ermöglicht es, die Daten der VM zu sichern und jegliche Datenänderungen während des Kopiervorgangs zu vermeiden. Ist dies abgeschlossen, wird das nächste Ereignis, PostSnapshot, ausgelöst.
  3. PostSnapshot Ereignis. Die VM wird auf ihren vorherigen Status zurückgesetzt.

Methode der Kind-VM Sicherung

Die Methode der Kind-VM Sicherung ist eine Application-Aware-Methode, bei der die VM während des Sicherungsvorgangs online bleibt und eine transaktionell konsistente Sicherung erstellt wird. Diese Methode wird der Methode des gespeicherten Zustands zum Sichern laufender VMs vorgezogen und kann für hochverfügbare Produktionsumgebungen verwendet werden.

Während die Methode des gespeicherten Zustands Hyper-V VSS außerhalb der Kind-VM verwendet, nutzt die Methode der Kind-VM Sicherung den VSS-Mechanismus innerhalb der Kind-VM, um Sicherungen zu erstellen. Im Detail verwendet die Methode der Kind-VM Sicherung den VSS-Mechanismus innerhalb des Hyper-V-Hosts, nicht innerhalb der Kind-VM selbst, um Sicherungen zu erstellen. Der VSS-Requestor-Dienst innerhalb der Kind-VM kommuniziert mit dem VSS-Writer des Hosts, um die Schnappschusserstellung zu koordinieren. Beachten Sie, dass der Begriff „Kind-VM“ gleichbedeutend mit „Gast-VM“ ist.

Wie funktioniert die Methode der Kind-VM Sicherung?

Die Ereignisfolge ist teilweise ähnlich wie bei der gespeicherten Zustandsmethode:

  1. PrepareForSnapshot -Ereignis. Der Hyper-V VSS-Requestor-Dienst in der Kind-VM löst das PrepareForSnapshot-Ereignis aus, um die Sicherungserstellung zu initiieren.
  2. Schnappschuss wird erstellt -Ereignis. Nachdem die Anfrage vom VSS-Requestor-Dienst erhalten wurde, wird der Schnappschuss erstellt. Danach wird die Kontrolle vom Hyper-V VSS-Requestor-Dienst an den Hyper-V VSS-Writer zurückgegeben.
  3. PostSnapshot -Ereignis. Der VSS-Writer löst das PostSnapshot-Ereignis aus, um die Sicherungssoftware über die abgeschlossene Erstellung des VM-Schnappschusses zu informieren. Die Sicherungssoftware kann dann den Schnappschuss als Teil des VM-Sicherungsprozesses kopieren.

Die Rolle der Hyper-V-Integrationsdienste

Hyper-V-Integrationsdienste werden verwendet, um eine spezielle Interaktion zwischen dem Hypervisor und der Kind-VM bei der Erstellung von Sicherungen mit der Methode der Kind-VM Sicherung bereitzustellen. Diese Dienste umfassen eine Sammlung von Treibern und Diensten, die je nach Bedarf individuell aktiviert oder deaktiviert werden können. Der oben diskutierte VSS-Requestor-Dienst ist Teil der Integrationsdienste, die auf der virtuellen Maschine installiert werden müssen, um ein Backup auf Hostebene durchzuführen.

Seit Windows Server 2008 R2 und Windows 7 sind die Integrationsdienste im Betriebssystem enthalten. Wenn Sie die Integration Services manuell auf der VM installieren oder aktualisieren möchten, können Sie dies mithilfe des Hyper-V-Managers tun und das vmguest.iso Disk-Image im virtuellen Laufwerk der VM einbinden. Um die Integration Services manuell auf einem Hyper-V-Host zu aktualisieren, können Sie die Dienste von der Microsoft-Website herunterladen und über PowerShell installieren. Windows 10 und Windows Server 2016 können die Integration Services sowohl auf Hosts als auch auf Gästen über den Windows Update-Dienst aktualisieren.

Hyper-V VSS Requestor service used for Hyper-V backup

Anforderungen für die Child-VM-Snapshot-Methode

Die folgenden Bedingungen müssen erfüllt sein, um Backups mit der Child-VM-Snapshot-Methode zu erstellen:

  • Die Hyper-V-Integration Services, einschließlich des Hyper-V VSS-Anforderers, müssen in der Child-VM installiert sein.
  • Alle Volumes innerhalb der VM müssen als Basisdatenträger anstelle dynamischer konfiguriert sein. Die Dateisysteme der Festplatten innerhalb der Child-VM müssen Snapshots unterstützen (zum Beispiel würde das NTFS-Dateisystem dieses Kriterium erfüllen).
  • Die VM-Snapshot-Dateien müssen sich im selben Volume wie die VHD-Dateien befinden.
  • Die Child-VM muss ausgeführt werden.

Wenn eine dieser Bedingungen nicht erfüllt ist, kann die Child-VM-Snapshot-Methode nicht verwendet werden. In diesem Fall wird standardmäßig die Saved State-Methode verwendet.

Vorteile

Wie oben gezeigt, werden Host-Level-Backup-Methoden gegenüber der Gast-Level-Methode bevorzugt und bieten viele Vorteile. Diese Vorteile lassen sich wie folgt zusammenfassen:

  • Ein Hypervisor-Level-Backup ist einfacher zu verwalten. Keine Agenten werden benötigt. Das Backup-Produkt kann den gesamten Hyper-V-Host und alle darauf befindlichen VMs verwalten. Sie können die speziellen VMs auswählen, die Sie sichern möchten.
  • Alle Inhalte der VM, einschließlich virtueller Festplatten, Snapshots und VM-Einstellungen, werden während des Backups erfasst. Sie müssen nur den Hypervisor zusammen mit einem Speicherort für die VM-Wiederherstellung auswählen, ohne eine neue VM zu erstellen und manuell zu konfigurieren.
  • Fähigkeit, Hyper-V-VMs mithilfe der Child-VM-Snapshot-Methode online Application-Aware Backup durchzuführen. Dies ist für Produktionsumgebungen von entscheidender Bedeutung, da der Betrieb der Virtuellen Maschinen nicht unterbrochen wird und die Sicherung transaktionskonsistent ist.
  • Effiziente Ressourcennutzung in Bezug auf Prozessor, Arbeitsspeicher und Festplattenspeicher.

So sichern Sie eine Hyper-V-VM mit nativen Tools

Microsoft System Center Data Protection Manager (DPM) ist ein natives Tool für das Hyper-V-Backup, das in großen Umgebungen eingesetzt werden kann. DPM lässt sich für die Sicherung von virtuellen Maschinen in Microsoft System Center Virtual Machine Manager (SCVMM) integrieren. Stellen Sie sicher, dass Ihre Hyper-V-Hosts innerhalb von SCVMM ordnungsgemäß konfiguriert und verwaltet werden, um einen reibungslosen Sicherungsablauf zu gewährleisten.

Voraussetzungen

Um virtuelle Hyper-V-Maschinen mit System Center Data Protection Manager (DPM) zu sichern, müssen bestimmte Voraussetzungen und Bedingungen erfüllt sein, damit der Vorgang erfolgreich abläuft. Diese Anforderungen können je nach den Versionen von DPM und dem Hyper-V-Host leicht variieren, doch zu den wichtigsten Anforderungen gehören im Allgemeinen:

Voraussetzungen auf Systemebene

  • Sowohl DPM als auch der Hyper-V-Host müssen auf Betriebssystemen (OS) ausgeführt werden, die von ihren jeweiligen Versionen unterstützt werden. Stellen Sie sicher, dass diese auf dem neuesten Stand sind.
  • Stellen Sie sicher, dass die DPM-Version die von Ihnen verwendete Hyper-V-Version unterstützt. Für jede Hyper-V-Version gibt es spezifische DPM-Versionen.
  • Die Hyper-V-Rolle muss auf dem Hostsystem, das Sie sichern möchten, installiert und aktiviert sein.
  • Der DPM-Schutzagent muss auf allen Hyper-V-Hostcomputern installiert sein, die Sie schützen möchten. Wenn Sie eine Wiederherstellung von Daten auf Elementebene innerhalb der VM durchführen möchten, sollte der Agent auch in der VM installiert sein.

Konfigurationsanforderungen

  • Virtuelle Maschinen sollten mit Festplatten mit fester Größe oder dynamisch erweiterbaren Festplatten konfiguriert sein. Bei Differenzfestplatten und Pass-Through-Festplatten sind besondere Aspekte zu beachten, und sie werden in bestimmten Konfigurationen möglicherweise nicht für das Backup unterstützt.
  • Wenn Ihre Hyper-V-Hosts Teil eines Clusters sind (Cluster Shared Volumes), stellen Sie sicher, dass DPM ordnungsgemäß konfiguriert ist, um Hyper-V-VMs in einer Clusterumgebung zu schützen.
  • Stellen Sie eine ordnungsgemäße Netzwerkverbindung und die erforderlichen Berechtigungen zwischen dem DPM-Server und den Hyper-V-Hosts sicher. Der DPM-Server und der Hyper-V-Server müssen miteinander kommunizieren können.
  • DPM benötigt festplattenbasierten Speicher zum Sichern von Daten. Stellen Sie daher sicher, dass im DPM-Speicherpool ausreichend Speicherplatz vorhanden ist. Um die Leistung und Verwaltung zu verbessern, sollten Sie in Erwägung ziehen, Festplatten speziell für den DPM-Speicher zu reservieren.

Software und Sicherheit

  • Die Windows-Firewall muss DPM-Aktivitäten zulassen. Dies bedeutet häufig, dass die Firewall-Regeln angepasst werden müssen, um die Kommunikation des DPM-Agenten zu ermöglichen.
  • Das DPM-Dienstkonto benötigt Administratorrechte auf dem Hyper-V-Host, um Backups durchführen zu können.

Anforderungen an virtuelle Maschinen

  • Für bestimmte Funktionalitäten, insbesondere für die Online-Sicherung der virtuellen Maschine, müssen die Integrationsdienste (auch als „VM Guest Services“ bezeichnet) in den VMs installiert sein und ausgeführt werden.
  • Stellen Sie sicher, dass Snapshots (Checkpoints) virtueller Maschinen unterstützt und für Ihre VM-Version und Ihre Festplattentypen ordnungsgemäß konfiguriert sind.

Beachten Sie, dass Funktionen und Schritte zwischen verschiedenen Versionen von DPM variieren können.

Vorgehensweise bei der Sicherung von Hyper-V-VMs

Das Hyper-V-Backup mit System Center Data Protection Manager umfasst mehrere wichtige Schritte, um sicherzustellen, dass Ihre Daten sicher sind und im Falle eines Ausfalls oder Datenverlusts wiederhergestellt werden können. Der allgemeine Arbeitsablauf sieht wie folgt aus:

  • Fügen Sie Ihre Hyper-V-Hosts zu DPM hinzu . Navigieren Sie in der DPM-Administratorkonsole zur Registerkarte „Management“ und fügen Sie die Hyper-V-Server hinzu, die Sie sichern möchten. Dazu müssen Sie die Servernamen eingeben und sicherstellen, dass DPM über die entsprechenden Agenten mit ihnen kommunizieren kann.
  • Konfigurieren Sie Schutzgruppen . Schutzgruppen in DPM sind im Wesentlichen Sicherungsrichtlinien. Sie legen fest, was gesichert werden soll, wie oft ein Backup erfolgen soll (Sicherungshäufigkeit) und wie lange diese Backups aufbewahrt werden sollen (Aufbewahrungsrichtlinien).

Automatisierung des Hyper-V-Backups in DPM

Sie können PowerShell verwenden, um eine Microsoft Hyper-V-VM mit DPM zu sichern. Microsoft stellt ein speziell für DPM entwickeltes PowerShell-Modul bereit, mit dem Sie eine Vielzahl von DPM-Aufgaben per Skript automatisieren können, darunter das Erstellen und Verwalten von Backups von Virtuellen Maschinen.

Im Folgenden finden Sie einen allgemeinen Überblick über die Schritte zum Backup einer Hyper-V-VM mit System Center DPM über PowerShell.

HINWEIS: Stellen Sie sicher, dass das DPM-PowerShell-Modul auf Ihrem System installiert ist. Dieses Modul wird in der Regel standardmäßig mit DPM installiert. Stellen Sie sicher, dass Sie die PowerShell-Befehle oder das Skript mit den entsprechenden Berechtigungen ausführen, um auf DPM zuzugreifen und Backups durchzuführen.

  1. Starten Sie PowerShell mit dem DPM-Modul. Erster Schritt: Starten Sie eine PowerShell-Sitzung und importieren Sie das DPM-Modul. Möglicherweise müssen Sie PowerShell als Administrator ausführen.

    Import-Module DataProtectionManager

  2. Verbinden Sie sich mit dem DPM-Server. Sie müssen eine Verbindung zu Ihrem DPM-Server herstellen. Ersetzen Sie „ YOUR_DPM_SERVER_NAMEe “ durch den Namen Ihres DPM-Servers:

    $DPMServer = Connect-DPMServer -DPMServerName "YOUR_DPM_SERVER_NAME"

  3. Rufen Sie die Quelle ab. Identifizieren Sie die VM, die Sie sichern möchten, und rufen Sie sie ab. Ersetzen Sie „ YOUR_VM_NAME “ durch den Namen Ihrer Hyper-V-VM:

    $VMToBackup = Get-DPMDataSource -ProtectionGroup $ProtectionGroup | Where-Object { $_.Name -eq "YOUR_VM_NAME" }

    HINWEIS: Wenn Sie Ihre Schutzgruppe nicht kennen, verwenden Sie Get-DPMProtectionGroup -DPMServer $DPMServer , um alle Schutzgruppen auf Ihrem DPM-Server aufzulisten.

  4. Starten Sie das Backup. Sobald Sie die VM-Datenquelle haben, können Sie das Backup auslösen. Wenn Sie ein Express-Vollbackup durchführen möchten, können Sie Folgendes verwenden:

    Start-DPMBackupJob -Datasource $VMToBackup

Durch Kombination der oben genannten Schritte können Sie ein einfaches Skript erstellen, um eine bestimmte VM in DPM zu sichern:

# Import DPM PowerShell module

Import-Module DataProtectionManager

# Connect to DPM server

$DPMServer = Connect-DPMServer -DPMServerName "YOUR_DPM_SERVER_NAME"

# Get the list of protection groups (For illustration, you want to target a specific group later)

$ProtectionGroup = Get-DPMProtectionGroup -DPMServer $DPMServer

# Assuming you know which protection group your VM is in, filter to get that group

# For brevity, let's say it's your first protection group (adjust accordingly)

$ProtectionGroup = $ProtectionGroup[0]

# Get the VM to backup

$VMToBackup = Get-DPMDataSource -ProtectionGroup $ProtectionGroup | Where-Object { $_.Name -eq "YOUR_VM_NAME" }

# Start the Hyper-V backup

Start-DPMBackupJob -Datasource $VMToBackup

Beachten Sie die folgenden Punkte, wenn Sie die Sicherung von Hyper-V-VMs mit DPM konfigurieren:

  • Dieses Skript setzt voraus, dass Sie mit der Konfiguration Ihres DPM-Servers vertraut sind und die Namen der zu sichernden VMs kennen.
  • Je nach Ihrer Umgebung müssen Sie das Skript möglicherweise an Ihre spezifischen Anforderungen zum Backup anpassen.
  • Es ist unerlässlich, den Zustand und Status Ihrer Backups regelmäßig mithilfe der DPM-Management-Tools oder zusätzlicher PowerShell-Skripte zu überwachen.
  • Weitere Informationen zu detaillierten Vorgängen und Optionen finden Sie in der DPM-PowerShell-Dokumentation. Microsoft aktualisiert seine Dokumentation und das PowerShell-Modul ständig.

So stellen Sie virtuelle Maschinen aus einem Backup wieder her

Die Wiederherstellung einer gesamten virtuellen Hyper-V-Maschine mit System Center Data Protection Manager erfordert mehrere Schritte. Der Arbeitsablauf setzt voraus, dass ein DPM-Server eingerichtet ist und der Administrator mit den Grundlagen von PowerShell vertraut ist. Je nach den Besonderheiten Ihrer Umgebung und der von Ihnen verwendeten DPM-Version sind möglicherweise Anpassungen erforderlich.

So stellen Sie eine Hyper-V-VM wieder her:

  1. Öffnen Sie PowerShell mit Administratorrechten auf dem DPM-Server oder auf einer Arbeitsstation, auf der die DPM-Verwaltungsshell installiert und für die Kommunikation mit Ihrem DPM-Server konfiguriert ist.
  2. Importieren Sie das DPM-Modul in Ihre PowerShell-Sitzung (falls es nicht automatisch importiert wird). Dieser Schritt ist bei älteren DPM-Versionen manchmal erforderlich:

    Import-Module DataProtectionManager

  3. Listen Sie die verfügbaren DPM-Datenquellen auf, um die VM zu finden, die Sie wiederherstellen möchten. Verwenden Sie das Get-Datasource Cmdlet, um virtuelle Maschinen aufzulisten, die gesichert werden:

    Get-DPMProtectionGroup -DPMServerName "YourDpmServerName" | Get-DPMDatasource

    Ersetzen Sie „YourDpmServerName“ durch den Namen Ihres DPM-Servers. Überprüfen Sie die Ausgabe, um die VM zu identifizieren, die Sie wiederherstellen möchten.

  4. Listen Sie verfügbare Wiederherstellungspunkte für die ausgewählte VM auf. Nachdem Sie die VM identifiziert haben, können Sie die verfügbaren Wiederherstellungspunkte mithilfe des Get-DPMRecoveryPoint Cmdlets finden:

    $vm = Get-DPMDatasource -DPMServerName "YourDpmServerName" | Where-Object {$_.Name -eq "YourVMName"}

    Get-DPMRecoveryPoint -Datasource $vm

    Ersetzen Sie „YourVMName“ durch den Namen der VM, die Sie wiederherstellen möchten.

  5. Wählen Sie den Wiederherstellungspunkt aus, den Sie für die Wiederherstellung verwenden möchten. Nachdem Sie den benötigten Wiederherstellungspunkt basierend auf dem Datum identifiziert haben, können Sie diesen in einer Variablen speichern. Beispiel:

    $recoveryPoint = Get-DPMRecoveryPoint -Datasource $vm | Where-Object {$_.RepresentedPointInTime -eq "DateOfYourChoice"}

    Ersetzen Sie „DateOfYourChoice“ durch das tatsächliche Datum und die Zeit des benötigten Wiederherstellungspunkts.

  6. Initiieren Sie die Wiederherstellung. Verwenden Sie das Restore-DPMRecoverableItem Cmdlet, um den Wiederherstellungsprozess zu starten, und geben Sie ggf. den Zielort an:

    Restore-DPMRecoverableItem -RecoverableItem $recoveryPoint -TargetServer "YourTargetHyperVHost" -RecoveryLocation HyperVHost -RecoveryType Recover

    Passen Sie den -TargetServer Parameter an, um den Hyper-V-Host anzugeben, auf dem Sie die VM wiederherstellen möchten. Die Parameter -RecoveryLocation und -RecoveryType können je nach Ihrem genauen Wiederherstellungsszenario variieren (zum Beispiel Wiederherstellung am ursprünglichen Standort oder an einem alternativen Standort).

  7. Überwachen Sie den Wiederherstellungsprozess. Je nach Größe der VM und Netzwerkgeschwindigkeit kann die Wiederherstellung einige Zeit in Anspruch nehmen. Sie können die Wiederherstellungs-Jobs mithilfe der DPM-Administrator-Konsole oder durch das Get-DPMJob Cmdlet überwachen.

Stellen Sie eine einzelne Datei von einer Hyper-V-VM wieder her

Es ist möglich, mit dem System Center Data Protection Manager (SC DPM) eine einzelne Datei aus einer Hyper-V-VM-Sicherung mithilfe von PowerShell wiederherzustellen. Dies erfolgt typischerweise, indem Sie zuerst die Festplatte der virtuellen Maschine wiederherstellen, die die benötigte Datei enthält, und dann die Datei von der Festplatte extrahieren.

Nachfolgend sind die allgemeinen Schritte zur Durchführung aufgeführt:

  1. Identifizieren Sie den Wiederherstellungspunkt. Zuerst müssen Sie den Wiederherstellungspunkt für die virtuelle Maschine finden, der die Datei enthält, die Sie wiederherstellen möchten. Sie können das Get-DPMRecoveryPoint Cmdlet verwenden, um die Wiederherstellungspunkte aufzulisten:

    $pg = Get-DPMProtectionGroup -DPMServerName "YourDPMServer"

    $ds = Get-DPMDatasource -ProtectionGroup $pg

    Get-DPMRecoveryPoint -Datasource $ds | ft -Property CreationTime, RepresentedPointInTime

    Dies listet die zur Auswahl stehenden Wiederherstellungspunkte auf. Ersetzen Sie „YourDPMServer“ durch den Namen Ihres DPM-Servers.

  2. Stellen Sie die VM-Festplatte wieder her. Sobald Sie den richtigen Wiederherstellungspunkt ermittelt haben, können Sie das Cmdlet Restore-DPMRecoverableItem verwenden, um die Festplatte wiederherzustellen. Dies beinhaltet in der Regel die Wiederherstellung der Festplatte an einem temporären Standort oder den direkten Zugriff darauf, je nach Konfiguration Ihrer Umgebung.

    $recoveryPoint = Get-DPMRecoveryPoint -Datasource $ds | where-object { $_.CreationTime -eq "DateTimeOfRecoveryPoint" }

    $recoveryOption = New-DPMRecoveryOption -HyperVDatasource -TargetServer "TargetServerForDiskRestoration" -RecoveryLocation CopyToFolder -RecoveryType Recover -TargetLocation "PathToStoreRecoveredDisk"

    Restore-DPMRecoverableItem -RecoverableItem $recoveryPoint -RecoveryOption $recoveryOption

    Achten Sie darauf, „DateTimeOfRecoveryPoint“, „TargetServerForDiskRestoration“ und „PathToStoreRecoveredDisk“ durch die entsprechenden Details für Ihren konkreten Vorgang der Wiederherstellung zu ersetzen.

  3. Hängen Sie die VHD ein und extrahieren Sie die Datei. Nach der Wiederherstellung der virtuellen Festplatte an einem temporären Standort müssen Sie die VHD-/VHDX-Datei manuell unter Windows einhängen und anschließend die benötigte Datei extrahieren:
    • Mounten Sie die VHD/VHDX-Datei. Sie können eine virtuelle Festplatte mithilfe des Tools „Datenträgerverwaltung“ ( diskmgmt.msc ) oder mithilfe des PowerShell-Cmdlets Mount-VHD mounten.
    • Extrahieren Sie die Datei. Sobald die Festplatte gemountet ist, erscheint sie als neues Laufwerk in Ihrem System, und Sie können durch dieses Laufwerk navigieren, um die benötigte Datei zu kopieren.

Die Automatisierung des Vorgangs, bei dem die VHD eingebunden, die Datei extrahiert und die VHD anschließend wieder ausgehängt wird, kann recht komplex sein und je nach den genauen Anforderungen möglicherweise benutzerdefinierte Skripte erfordern. Gehen Sie bei der Durchführung solcher Vorgänge sorgfältig vor und stellen Sie die Datenintegrität und Sicherheit sicher, insbesondere wenn Sie den Einbindungs- und Extraktionsprozess per Skript automatisieren, um mit sensiblen Daten umzugehen.

HINWEIS: Die konkreten Befehle und Schritte können je nach der von Ihnen verwendeten Version von SC DPM und PowerShell sowie je nach Konfiguration Ihrer Backup-Umgebung variieren.

So verwenden Sie die NAKIVO Hyper-V-Backup-Lösung

Eine effektive Methode zum Sichern von Hyper-V-VMs ist der Einsatz von Lösungen von Drittanbietern, die native Microsoft Hyper-V-Funktionen integrieren. NAKIVO Backup & Replication unterstützt die agentenlose, anwendungskonsistente Sicherung von VMs auf eigenständigen Hyper-V-Hosts sowie in Hyper-V-Cluster. Die Vorteile der NAKIVO-Lösung gegenüber anderen Lösungen liegen in der einfachen Implementierung und Verwaltung, zahlreichen Automatisierungsoptionen, integrierten Disaster-Recovery-Funktionen usw.

Bei dieser Sicherungsmethode wird eine VM, die von einem Clusterknoten auf einen anderen migriert, automatisch nachverfolgt, ohne dass eine zusätzliche Konfiguration oder manuelle Eingriffe erforderlich sind. Sie können Backups auf lokalem Speicher vor Ort und in der Cloud speichern, einschließlich unveränderlichem Speicher.

Lassen Sie uns kurz den Workflow für Hyper-V-Backups in der NAKIVO-Lösung durchgehen. Sie können Kostenlose Testversion herunterladen, um diesen Hyper-V-VM-Backup in Ihrer Umgebung zu testen.

  1. Öffnen Sie die Weboberfläche von NAKIVO Backup & Replication:
  2. Gehen Sie zu Aufträge , klicken Sie auf + , um einen neuen Auftrag zu erstellen, und drücken Sie Backup für Microsoft Hyper-V . Der Neue Backupauftrag-Assistent für Microsoft Hyper-V öffnet sich.

    Creating a new Hyper-V backup job in NAKIVO Backup & Replication

  3. Wählen Sie im Schritt Quelle die Hyper-V-VMs aus, die Sie sichern möchten. Sie können laufende VMs auswählen. Sie können mehrere VMs auswählen, die sich auf verschiedenen Hyper-V-Hosts und -Clustern befinden. Drücken Sie Weiter in jedem Schritt des Assistenten, um fortzufahren.

    Selecting Hyper-V VMs to back up

  4. Wählen Sie ein Backup-Repository aus, in dem Sie Ihr Hyper-V-VM-Backup im Schritt Ziel speichern möchten. In diesem Beispiel wird ein eingebautes Backup-Repository verwendet.

    Selecting destination storage

  5. Konfigurieren Sie im Schritt Planen einen Zeitplan und Aufbewahrungseinstellungen für den Hyper-V-Backupauftrag. Sie können mehrere Zeitpläne flexibel erstellen und die Aufbewahrungsdauer für diese Wiederherstellungspunkte festlegen. Es ist möglich, Zeitplan- und Aufbewahrungseinstellungen zu konfigurieren, um den 3-2-1-Regel für das Backup zu erfüllen.

    Beachten Sie, dass es ein Kontrollkästchen gibt, um Unveränderlichkeit von Backups für einen bestimmten Zeitraum zu aktivieren, um das Schutzniveau gegen Ransomware für Ihre Hyper-V-Backups zu erhöhen.

    Configuring the schedule and retention

  6. Geben Sie einen Namen für den Hyper-V-Backupauftrag ein und wählen Sie andere Optionen. Sie können eine Vielzahl von Funktionen und Optionen konfigurieren, einschließlich:
    • App-Aware-Modus
    • Blockverfolgung auf geänderten Blöcken
    • Netzwerkbeschleunigung
    • Verschlüsselung
    • VM-Backup-Überprüfung
    • Periodisch vollständige Backup-Optionen

    Drücken Sie Fertigstellen , um die Einstellungen zu speichern und den Auftrag-Assistenten zu schließen. Ein Auftrag beginnt entsprechend den Planungseinstellungen.

    Configuring Hyper-V backup job options

Hyper-V-Backup Best Practices

Es gibt bestimmte Best Practices für Hyper-V-Backups, denen Sie folgen können, um Ihren VM-Backup-Prozess zu optimieren. Diese Richtlinien können helfen, Backup-Fenster zu verkürzen, Ressourcen zu sparen, die Sicherheit zu verbessern und die Wiederherstellung zu beschleunigen, wenn es notwendig ist.

1. Sichern Sie VMs auf Host-Ebene

Die Zeiten, in denen Backup-Daten mithilfe eines Backup-Agenten aus den Gastbetriebssystemen gestreamt wurden, sind vorbei. Die moderne Enterprise-Infrastruktur von heute ist größtenteils virtualisiert, was bedeutet, dass buchstäblich Hunderte von Gastbetriebssystemen auf wenigen physischen Hyper-V-Knoten in einer Clusterkonfiguration laufen. Der Versuch, Backups von jedem einzelnen Gastbetriebssystem aus mithilfe eines Agenten effizient und effektiv zu verwalten, wäre ein Albtraum für Management und Verwaltung.

Durch den Einsatz von Backup-Software wie NAKIVO Backup & Replication, die sich mit Ihren Hyper-V-Hosts verbinden lässt, können Sie über einen einzigen Einstiegspunkt mehrere VMs sichern. Darüber hinaus ist es von großem Vorteil, wenn Ihre Backup-Software Hyper-V-Virtuelle Maschinen auf Host-Ebene sichern kann, da Ihr Backup dann alle VM-spezifischen Einstellungen und Konfigurationen enthält. Die Wiederherstellung eines Backups einer VM auf Host-Ebene stellt die Virtuelle Maschine bis ins kleinste Detail wieder her, einschließlich der VM-Einstellungen selbst.

Backups auf Gast-Ebene haben keine Kenntnis von der Hyper-V-Infrastruktur, in der die Virtuellen Maschinen untergebracht sind. Das bedeutet: Wenn Sie die gesamte Virtuelle Maschine aus einem Backup auf Gast-Ebene wiederherstellen müssen, müssten Sie zunächst eine „Shell“-VM erstellen, um die wiederhergestellten Daten aus der ursprünglichen Virtuellen Maschine aufzunehmen. Dies würde erfordern, die Einstellungen der Virtuellen Maschine manuell wiederherzustellen.

2. Verwenden Sie Resilient Change Tracking (RCT)

Wenn Sie über die beste Methode zur Sicherung von virtuellen Hyper-V-Maschinen nachdenken, sollten Sie sicherstellen, dass Sie die Vorteile von Die ausfallsichere Verfolgung der Änderungen von Hyper-V bzw. RCT nutzen. Diese Technologie wurde erstmals mit Windows Server 2016 Hyper-V eingeführt und ermöglicht es uns, echte inkrementelle Backups durchzuführen. Resilient Change Tracking ist Microsofts Implementierung von Changed Block Tracking (CBT) für Hyper-V. Kurz gesagt ermöglicht diese Hyper-V-Technologie moderner VM-Sicherungssoftware, eine Zuordnung der Blöcke zu führen, die sich seit der letzten Sicherung geändert haben.

Zunächst erstellen Sie ein vollständiges Backup Ihrer virtuellen Hyper-V-Maschine. Anstatt dann bei jedem Sicherungszyklus dieselben Daten kopieren zu müssen, kopiert die Sicherungssoftware nur die Daten, die sich geändert haben. Bei aktivierter RCT-Funktion erkennt die weitere inkrementelle Sicherung anhand der „virtuellen Block“-Verfolgung, welche Blöcke sich geändert haben, und kopiert nur diese Blöcke. Zwischen dem vollständigen Backup und jedem inkrementellen Backup mit den geänderten Blöcken verfügen Sie über eine vollständige Abbildung der virtuellen Hyper-V-Maschine. Die Komponente „Resilienz“ im Akronym RCT unterstreicht die Fähigkeit von Hyper-V, die Konsistenz im Change-Block-Tracking-Prozess aufrechtzuerhalten, selbst wenn es zu einem schweren Systemabsturz oder einem unerwarteten Herunterfahren einer Virtuellen Maschine kommt. Durch die Verwendung von insgesamt drei Change-Tracking-Dateien – eine im Arbeitsspeicher und zwei auf der Festplatte – werden diese Informationen auf mehrere Standorte und Medien verteilt, sodass eine Redundanz der RCT-Informationen gewährleistet ist. NAKIVO Backup & Replication ist eine moderne VM-Backup-Lösung, mit der sich Hyper-V-Umgebungen problemlos sichern lassen und die Hyper-V RCT verwendet.

Creating a new Hyper-V VM backup job with Resilient Change Tracking enabled

3. Behandeln Sie Hyper-V-Checkpoints niemals als Backups

Checkpoints sind der Begriff von Hyper-V für das, was viele in der VMware-Welt als Schnappschüssebezeichnen würden. Viele mussten auf die harte Tour lernen, wie Checkpoints/Schnappschüsse von Virtuellen Maschinen funktionieren. Es handelt sich hierbei um und nicht um Backups und werden von Microsoft in Hyper-V als solche nicht unterstützt. Checkpoints nutzen einen Mechanismus, um Delta-Änderungen ab einem bestimmten Zeitpunkt aufzuzeichnen. Sie sind jedoch von den Basisfestplatten abhängig, aus denen sie erstellt werden.

Ein Backup sollte ein vollständig autonomer Mechanismus zur Wiederherstellung von Daten sein und keine Abhängigkeiten von den Festplatten der übergeordneten VM aufweisen. Checkpoints/Schnappschüsse nutzen Dateien, die sich auf derselben zugrunde liegenden Speicherinfrastruktur und im selben VM-Ordner wie die Festplatten der übergeordneten Virtuellen Maschine befinden. Wenn die übergeordnete Festplatte verloren geht, ist der Schnappschuss unbrauchbar.

Creating a new checkpoint on a Hyper-V virtual machine

Checkpoints haben ihre Berechtigung, insbesondere in Situationen, in denen schnelle Rollbacks zu einem bekannten Zustand erforderlich sind. Ein spezifischer Verwendungsfall für Checkpoints wäre ein Entwicklungsszenario, in dem ein Entwickler Code einbinden und den Testprozess fortsetzen muss. Ein Checkpoint würde es ermöglichen, einen Server in einen Zustand vor der Code-Einbindung zurückzusetzen und dann jede Testiteration rückgängig zu machen. Der entscheidende Punkt hierbei ist jedoch, dass Checkpoints zwar einen Zweck erfüllen, aber nicht als eine Form der Datensicherung dienen. Daher besteht der beste Weg zum Sichern von Hyper-V-VMs darin, immer zu bedenken, dass Hyper-V-Checkpoints nicht anstelle von Backups verwendet werden können.

4. Hyper-V-Integrationsdienste installieren

Die Hyper-V-Integrationsdienste sind eine Reihe von „VM-Tools“, die in der Hyper-V-Umgebung zum Einsatz kommen und eine spezielle Interaktion zwischen dem Hyper-V-Host und den auf den Virtuellen Maschinen von Hyper-V geladenen Gastbetriebssystemen ermöglichen. Dieses spezielle, auf der VM installierte Softwarepaket ist besonders relevant, wenn es darum geht, die beste Methode zum Sichern von Hyper-V-Systemen zu finden. Eine der installierten Integrationsdienste heißt Backup (Volume-Checkpoint). Dieser Dienst ermöglicht Backups des Gastbetriebssystems, die konsistent sind, wenn sie von einer VM-Backup-Lösung genutzt werden können, die die Funktionen der Integrationsdienste ausnutzen kann.

Sicherzustellen, dass das Integrationsdienste-Paket installiert, aktiviert und ausgeführt wird, ermöglicht Backups der VM, die vom Host stammen und live mit null Ausfallzeiten sind. Die Nutzung der Hyper-V-Integrationsdienste bedeutet, dass Backups Checkpoints und VSS nutzen können, um konsistent Daten zu sichern, ohne Unterbrechung. Ohne Integrationsdienste werden die gesicherten VMs während der VSS-Schnappschusserstellung in den gespeicherten Zustand versetzt. Im Modus „Gespeicherter Zustand“ können einige Hyper-V- virtuelle Maschinen kurzzeitig offline gehen, während der anfängliche Sicherungsprozess durchgeführt wird.

5. Verwendungsbereit

Das Backup geschäftskritischer Ressourcen umfasst in der Regel Anwendungen wie Microsoft Exchange Server, Microsoft Active Directory und Microsoft SQL Server. Diese genannten Anwendungen finden sich heute in den meisten Unternehmensrechenzentren. Beim Backup virtueller Ressourcen, die Anwendungen enthalten, ist es wichtig, sicherzustellen, dass diese VMs mit „anwendungsorientierten“ Backups gesichert werden.

Anwendungsorientierte Backups nutzen den Microsoft Volume Shadow Copy Service, um sicherzustellen, dass Anwendungstransaktionen, die im Speicher stattfinden, ordnungsgemäß auf die Festplatte geschrieben werden, bevor das Backup durchgeführt wird. Dies gewährleistet, dass die Anwendungen und insbesondere deren Datenbanken in einem transaktionell konsistenten Zustand verbleiben.

Using the application-aware mode

Es gibt wichtige Vorteile bei der Verwendung anwendungsorientierter Backups und der transaktionellen Konsistenz. Es eliminiert das Risiko von Datenkorruption. Es stellt auch sicher, dass nach der Wiederherstellung des Backups kein zusätzlicher Prozess erforderlich ist. Wenn Sie nur ein „crash-konsistentes“ Backup oder eines, das sich der Anwendungsdaten nicht bewusst ist, wiederherstellen würden, müssten zusätzliche Prozesse befolgt werden, um Protokolle erneut abzuspielen und andere Aufgaben durchzuführen, um sicherzustellen, dass die datenbankgestützte Anwendung konsistent ist. Wenn in einem Disaster Recovery-Szenario jede Minute zählt, beschleunigt ein bereits konsistentes wiederhergestelltes Backup definitiv Ihre RTO-Zeit.

Spezialisierte Softwarelösungen wie NAKIVO Backup & Replication ermöglichen es Ihnen, den App-Aware-Modus für Hyper-V-Aufträge zu nutzen, um sicherzustellen, dass Sie application-konsistent sind, wenn Sie Ihre geschäftskritischen Anwendungen sichern, was der beste Weg ist, um eine Hyper-V-Umgebung zu sichern.

Probieren Sie NAKIVO Backup & Replication aus

Probieren Sie NAKIVO Backup & Replication aus

Nutzen Sie die kostenlose Testversion, um alle Funktionen der Datensicherheit der Lösung kennenzulernen. 15 Tage kostenlos. Keine Einschränkungen hinsichtlich Funktionen oder Kapazitäten. Keine Kreditkarte erforderlich.

Empfohlene Artikel