Unterstützungsmatrix für die Notfallwiederherstellung lokaler Hyper-V-VMs nach Azure

In diesem Artikel werden die unterstützten Komponenten und Einstellungen für die Notfallwiederherstellung lokaler Hyper-V-Computer mithilfe von Azure Site Recovery zu Azure zusammengefasst.

Note

Bei Site Recovery werden Kundendaten nicht aus der Zielregion verschoben oder gespeichert, in der die Notfallwiederherstellung für die Quellmaschinen eingerichtet wurde. Kunden können auf Wunsch einen Recovery Services-Tresor aus einer anderen Region auswählen. Der Recovery Services-Tresor enthält Metadaten, aber keine tatsächlichen Kundendaten.

Unterstützte Szenarien

Scenario Details
Hyper-V mit Virtual Machine Manager

Sie können eine Notfallwiederherstellung zu Azure für VMs durchführen, die auf Hyper-V Hosts laufen und im System Center Virtual Machine Manager Verbund verwaltet werden.

Sie können dieses Szenario im Azure-Portal oder mithilfe von PowerShell bereitstellen.

Wenn Hyper-V Hosts vom Virtual Machine Manager verwaltet werden, können Sie auch eine Notfallwiederherstellung an einem sekundären lokalen Standort durchführen. Weitere Informationen zu diesem Szenario finden Sie in dieses Lernprogramm.
Hyper-V ohne Virtual Machine Manager Sie können eine Notfallwiederherstellung zu Azure für VMs durchführen, die auf Hyper-V-Hosts ausgeführt werden und nicht vom Virtual Machine Manager verwaltet werden.

Sie können dieses Szenario im Azure-Portal oder mithilfe von PowerShell bereitstellen.

Note

Das Konfigurieren von Azure Backup und Azure Site Recovery auf demselben Hyper-V Host kann zu Einem Problem mit der Replikation führen und wird nicht unterstützt.

Lokale Server

Server Requirements Details
Hyper-V (ohne Virtual Machine Manager ausgeführt) Windows Server 2025, Windows Server 2022, Windows Server 2019, Windows Server 2016, Windows Server 2012 R2 mit den neuesten Updates

Hinweis:Serverkern-Installationen dieser Betriebssysteme werden ebenfalls unterstützt.
Wenn Sie bereits Windows Server 2012 R2 mit/oder SCVMM 2012 R2 mit Azure Site Recovery konfiguriert haben und planen, das Betriebssystem zu aktualisieren, folgen Sie den Windows Server-Upgrade-Anleitungen.
Hyper-V (wird mit Virtual Machine Manager ausgeführt) Virtual Machine Manager 2025, Virtual Machine Manager 2022 (Serverkern nicht unterstützt), Virtual Machine Manager 2019, Virtual Machine Manager 2016, Virtual Machine Manager 2012 R2

Hinweis:Serverkern-Installationen dieser Betriebssysteme werden ebenfalls unterstützt.
Wenn Virtual Machine Manager verwendet wird, sollten Windows Server 2019 Hosts in Virtual Machine Manager 2019 verwaltet werden. Ebenso sollten Windows Server 2016 Hosts in Virtual Machine Manager 2016 verwaltet werden.

Note

Stellen Sie sicher, dass .NET Framework 4.6.2 oder höher auf dem lokalen Server vorhanden ist.

Replizierte VMs

Note

Ab dem 1. März 2027 wird ASR neue Replikationen für die folgenden Windows-Betriebssysteme blockieren, die das Ende der Unterstützung (EOS) erreicht haben:

  • Windows 7 SP1 und höher
  • Windows 8 / Windows 8.1
  • Windows 10
  • Windows Server 2008 / 2008 R2
  • Windows Server 2012 / 2012 R2

Bestehende geschützte virtuelle Maschinen, die auf diesen Betriebssystemen laufen, werden nicht zwangsweise deaktiviert oder abgeschaltet. Allerdings wird ASR nach dem 1. März 2027 keine Unterstützung oder Untersuchung bei Problemen mit Replikation, Failover-Fehlern und ähnlichen Problemen anbieten. Für virtuelle Maschinen, die bereits mit diesen Betriebssystemen identifiziert sind, setzt ASR die Failoverintegrität nach dem 1. März auf Warning, bis Sie auf ein unterstütztes Betriebssystem upgraden.

Es wird empfohlen, geschützte Rechner zu identifizieren, die auf den vorgenannten Betriebssystemen laufen, und einen Übergang zu einer Windows-Version zu planen, die sowohl von Windows als auch von ASR unterstützt wird. ASR unterstützt Windows-Betriebssystem-Upgrades, ohne dass die Replikation deaktiviert werden muss. Um das Betriebssystem auf eine unterstützte Version zu aktualisieren, folgen Sie den Schritten unter Windows In-Place Upgrades.

In der folgenden Tabelle wird die VM-Unterstützung zusammengefasst. Site Recovery unterstützt alle Workloads, die auf einem unterstützten Betriebssystem ausgeführt werden.

Component Details
Konfiguration des virtuellen Computers VMs, die in Azure repliziert werden, müssen Azure Anforderungen erfüllen.
Gastbetriebssystem Jedes Gastbetriebssystem, das für Azure unterstützt wird.

Windows Server 2016 Nano Server wird nicht unterstützt.

VM-/Datenträgerverwaltung

Action Details
Ändern der Größe des Datenträgers auf replizierter Hyper-V VM Nicht unterstützt. Deaktivieren Sie die Replikation, nehmen Sie die Änderung vor, und aktivieren Sie anschließend erneut die Replikation für die VM.
Hinzufügen eines Datenträgers auf replizierter Hyper-V VM Nicht unterstützt. Deaktivieren Sie die Replikation, nehmen Sie die Änderung vor, und aktivieren Sie anschließend erneut die Replikation für die VM.
Ändern der Datenträger-ID für die Replikation Hyper-V VM Nicht unterstützt. Wenn Sie die Datenträger-ID ändern, wirkt sich dies auf die Replikation aus, und der Datenträger wird als „Nicht geschützt“ angezeigt.

Hyper-V Netzwerkkonfiguration

Component Hyper-V mit Virtual Machine Manager Hyper-V ohne Virtual Machine Manager
Hostnetzwerk: NIC-Teaming Yes Yes
Hostnetzwerk: VLAN Yes Yes
Hostnetzwerk: IPv4 Yes Yes
Hostnetzwerk: IPv6 No No
Gast-VM-Netzwerk: NIC-Teaming No No
Gast-VM-Netzwerk: IPv4 Yes Yes
Gast-VM-Netzwerk: IPv6 No Yes
Gast-VM-Netzwerk: Statische IP (Windows) Yes Yes
Gast-VM-Netzwerk: statische IP-Adresse (Linux) Yes Yes
Gast-VM-Netzwerk: Multi-NIC Yes Yes
HTTPS-Proxy No No
APIPA (Automatic Private IP Addressing) No No
Zugriff auf private Links auf Site Recovery-Dienst Yes. Erfahren Sie mehr. Yes. Erfahren Sie mehr.

Note

In einem Gast-VM-Netzwerk wird die statische IP-Adresse (Linux) oder die statische IP-Adresse der NIC des Quellbetriebssystems nicht in Azure verwendet. Die vNIC auf Azure VM ist mit einer neuen Azure IP des ausgewählten virtuellen Netzwerks konfiguriert.

Azure VM-Netzwerkkonfiguration (nach failover)

Component Hyper-V mit Virtual Machine Manager Hyper-V ohne Virtual Machine Manager
Azure ExpressRoute Yes Yes
ILB Yes Yes
ELB Yes Yes
Azure Traffic Manager Yes Yes
Multi-NIC Yes Yes
Reserved IP Yes Yes
IPv4 Yes Yes
Quell-IP-Adresse beibehalten Yes Yes
Azure Virtual Network Dienstendpunkte
(ohne Azure Storage Firewalls)
Yes Yes
Beschleunigter Netzwerkbetrieb No No

Hyper-V Hostspeicher

Speicher Hyper-V mit Virtual Machine Manager Hyper-V ohne Virtual Machine Manager
NFS NA NA
SMB 3.0 Yes Yes
SAN (ISCSI) Yes Yes
Multipfad (MPIO). Getestet mit:

Microsoft DSM, EMC PowerPath 5.7 SP4, EMC PowerPath DSM für CLARiiON
Yes Yes

Hyper-V VM-Gastspeicher

Speicher Hyper-V mit Virtual Machine Manager Hyper-V ohne Virtual Machine Manager
VMDK NA NA
VHD/VHDX Yes Yes
VM der 2. Generation Yes Yes
EFI/UEFI Yes Yes
Freigegebener Clusterdatenträger No No
Verschlüsselter Datenträger No No
NFS NA NA
SMB 3.0 No No
RDM NA NA
Datenträger > 1 TB Ja, bis zu 32.767 GiB (etwa 32 TiB).

Aktualisieren Sie den Replikationsanbieter auf dem Hyper-V Host auf eine Version später als 2.0.9214.0. Große Festplatten replizieren nur auf verwaltete Festplatten.
Ja, bis zu 32.767 GiB (etwa 32 TiB).

Aktualisieren Sie den Replikationsanbieter auf dem Hyper-V Host auf eine Version später als 2.0.9214.0. Große Festplatten replizieren nur auf verwaltete Festplatten.
Festplatte: 4-KiB logische und 4-KiB physische Sektoren (4Kn) Nein: Gen 1/Gen 2 Nein: Gen 1/Gen 2
Festplatte: 512-Byte-logische und 4-KiB-physische Sektoren (512e) Yes Yes
Logische Volumeverwaltung (Logical Volume Management, LVM). LVM wird nur für Datenträger unterstützt. Azure stellt nur einen einzigen Betriebssystemdatenträger bereit. Yes Yes
Volume mit Stripesetdatenträger > 1 TB Yes Yes
Speicherplätze/Direkte Speicherplätze (S2D) No No
Datenträger laufendem Systembetrieb hinzufügen/entfernen No No
Ausschließen von Datenträgern Yes Yes
Multipath (MPIO) Yes Yes

Note

Für den aktuellen Failoverpfad für verwaltete Datenträger wird eine Quell-VM der Generation 2 als Azure-VM der Generation 2 wiederhergestellt.

Azure Storage

Note

Hyper-V-zu-Azure-Notfallwiederherstellung unterstützt Indien, Süden-Mitte und USA, Norden-Osten 5 nicht als Zielregionen.

Component Hyper-V mit Virtual Machine Manager Hyper-V ohne Virtual Machine Manager
Lokal redundanter Speicher Yes Yes
Georedundanter Speicher Yes Yes
Lesezugriff auf georedundanten Speicher Yes Yes
Zonenredundanter Speicher No No
Kühllagerung No No
Hot-Speicher No No
Blockblobs No No
Verschlüsselung auf dem Host No No
Verschlüsselung ruhender Daten (SSE) Yes Yes
Verschlüsselung ruhender Daten (CMK)

(Nur für Failover auf verwalteten Datenträgern)
Ja (über PowerShell ab Az-Modulversion 3.3.0) Ja (über PowerShell ab Az-Modulversion 3.3.0)
Doppelte Verschlüsselung im Ruhezustand

(nur für das Failover auf verwaltete Datenträger)

Weitere Informationen zu unterstützten Regionen für Windows und Linux
Ja (über PowerShell ab Az-Modulversion 3.3.0) Ja (über PowerShell ab Az-Modulversion 3.3.0)
Premium-Speicher Yes Yes
Standardspeicher Yes Yes
Import-/Exportdienst No No
Azure Storage Konten mit aktivierter Firewall Yes. Für Zielspeicher und Cache. Yes. Für Zielspeicher und Cache.
Speicherkonto ändern No. Das Ziel-Azure Storage Konto kann nach dem Aktivieren der Replikation nicht geändert werden. Zum Ändern muss die Notfallwiederherstellung deaktiviert und anschließend erneut aktiviert werden. No
Option für die sichere Übertragung Yes Yes
UEFI: Sicherer Start No No

Note

Stripesetvolumes und dynamische Datenträger werden für App-konsistente Momentaufnahmen nicht unterstützt. Stellen Sie sicher, dass die Häufigkeit für App-konsistente Momentaufnahmen in der ausgewählten Replikationsrichtlinie auf Null festgelegt ist.

Trusted Launch- und vertrauliche VM-Sicherheitstypen werden für Hyper-V-zu-Azure-Notfallwiederherstellung nicht unterstützt.

Bestehende Replikationen, die unmanaged Laufwerke verwenden, werden während des Failover zwangsweise in verwaltete Festplatten umgewandelt. Überprüfen Sie die Jobwarnung und überprüfen Sie, ob die ausgewählte Ziel-VM-Größe die Quell-VM-Generierung unterstützt.

Azure-Computefeatures

Feature Hyper-V mit Virtual Machine Manager Hyper-V ohne Virtual Machine Manager
Verfügbarkeitsgruppen Yes Yes
Verfügbarkeitszonen No No
HUB Yes Yes
Verwaltete Datenträger Ja, sowohl für Failover als auch für Failback. Ja, sowohl Failover als auch Failback.
VM-Sicherheitstyp: Standard Yes Yes
VM-Sicherheitstyp: Trusted Launch oder vertrauliche VM No No

Azure VM-Anforderungen

Lokale VMs, die Sie auf Azure replizieren, müssen die in dieser Tabelle zusammengefassten Azure VM-Anforderungen erfüllen.

Component Requirements Details
Gastbetriebssystem Site Recovery unterstützt alle Betriebssysteme, die von Azure unterstützt werden . Beim Überprüfen der Voraussetzungen tritt ein Fehler auf, wenn keine Unterstützung vorhanden ist.
Architektur des Gastbetriebssystems 32-Bit (Windows Server 2008)/64-Bit Beim Überprüfen der Voraussetzungen tritt ein Fehler auf, wenn keine Unterstützung vorhanden ist.
Größe des Betriebssystem-Datenträgers Bis zu 2 TB für VMs der Generation 1.

Bis zu 4.095 GiB für Generation-2-VMs.

Aktualisieren Sie den Replikationsanbieter auf dem Hyper-V Host auf eine Version später als 2.0.9214.0, um große OS-Festplatten zu replizieren. Große Festplatten replizieren nur auf verwaltete Festplatten.
Beim Überprüfen der Voraussetzungen tritt ein Fehler auf, wenn keine Unterstützung vorhanden ist.
Anzahl von Betriebssystem-Datenträgern 1 Beim Überprüfen der Voraussetzungen tritt ein Fehler auf, wenn keine Unterstützung vorhanden ist.
Anzahl geschützter Festplatten Bis zu 64 Festplatten insgesamt, einschließlich der Betriebssystem-Festplatte. Die LUNs der Datendatenträger reichen von 0 bis 63. Die effektive Anzahl der Datenträger kann für die ausgewählte Zielgröße der Azure-VM geringer sein. Beim Überprüfen der Voraussetzungen tritt ein Fehler auf, wenn keine Unterstützung vorhanden ist.
Größe des VHD-Datenträgers Von 1 GiB bis 32.767 GiB (etwa 32 TiB).

Aktualisieren Sie den Replikationsanbieter auf dem Hyper-V Host auf eine Version älter als 2.0.9214.0, um große Festplatten zu replizieren. Große Festplatten replizieren nur auf verwaltete Festplatten.
Beim Überprüfen der Voraussetzungen tritt ein Fehler auf, wenn keine Unterstützung vorhanden ist.
Replikationsfluktuation Normaler Churn unterstützt bis zu 54 MB/s pro VM. Site Recovery bewertet die aggregierte eingehende Änderungsrate zwischen geschützten VM-Festplatten. Die Grenzen pro Festplatte hängen vom Speichertyp, der Festplattengröße und der durchschnittlichen Schreibgröße ab. Dimensionieren Sie Konnektivität und Bandbreite für die gesamte VM-Arbeitslast.
Netzwerkadapter Es werden mehrere Adapter unterstützt.
Freigegebene VHD Nicht unterstützt Beim Überprüfen der Voraussetzungen tritt ein Fehler auf, wenn keine Unterstützung vorhanden ist.
FC-Festplatte Nicht unterstützt Beim Überprüfen der Voraussetzungen tritt ein Fehler auf, wenn keine Unterstützung vorhanden ist.
Festplattenformat VHD

VHDX
Site Recovery konvertiert VHDX automatisch in VHD, wenn ein Failover zu Azure durchgeführt wird. Wenn Sie auf lokale Umgebung zurückfallen, verwenden die virtuellen Maschinen weiterhin das VHDX-Format.
BitLocker Nicht unterstützt BitLocker muss deaktiviert sein, bevor Sie die Replikation für einen virtuellen Computer aktivieren.
Name des virtuellen Computers Zwischen 1 und 63 Zeichen. Ist auf Buchstaben, Zahlen und Bindestriche beschränkt. Der VM-Name muss mit einem Buchstaben oder einer Zahl beginnen und enden. Aktualisieren Sie den Wert in den VM-Eigenschaften in Site Recovery.
VM-Typ Erste Generation

Generation 2
Generation-2-VMs benötigen eine Zielgröße der Azure-VM, die Generation 2 unterstützt.

Note

Während des Failovers kann Site Recovery bedingt eine temporäre Generation-1-Hilfs-VM erstellen, um replizierte Festplatten für Azure vorzubereiten. Die Hilfsmittelgröße kann sich von der endgültigen VM-Größe unterscheiden und muss die x64-Architektur, Generation 1 sowie die Anzahl und Typ der angeschlossenen Quelldisketten unterstützen. Details finden Sie unter Hydrationsprozess.

Aktionen mit dem Recovery Services-Tresor

Action Hyper-V mit VMM Hyper-V ohne VMM
Tresor über Ressourcengruppen hinweg verschieben

Innerhalb von und über Abonnements hinweg
No No
Verschieben von Speicher, Netzwerk, Azure VMs über Ressourcengruppen hinweg

Innerhalb von und über Abonnements hinweg
No No

Note

Bei der Replikation von Hyper-VMs aus einer lokalen Umgebung nach Azure kann nur ein AD-Mandant aus einer bestimmten Umgebung repliziert werden – je nach Anwendungsfall Hyper-V-Site oder Hyper-V mit VMM.

Anbieter und Agent

Damit Ihre Bereitstellung mit den Einstellungen in diesem Artikel kompatibel ist, stellen Sie sicher, dass Sie die neuesten Anbieter- und Agent-Versionen ausführen.

Name Description Details
Azure Site Recovery Anbieter Koordiniert die Kommunikation zwischen lokalen Servern und Azure

Hyper-V mit Virtual Machine Manager: Auf Virtual Machine Manager-Servern installiert

Hyper-V ohne Virtual Machine Manager: Auf Hyper-V Hosts installiert
Neueste Features und Fixes
Microsoft Azure Wiederherstellungsdienste-Agent Koordiniert die Replikation zwischen Hyper-V VMs und Azure

Installiert auf lokalen Hyper-V-Servern (mit oder ohne Virtual Machine Manager)
Aktueller Agent über das Portal verfügbar

Nächste Schritte

Erfahren Sie, wie Sie prepare Azure für die Notfallwiederherstellung lokaler Hyper-V-VMs verwenden.