Unterstützungsmatrix für die Notfallwiederherstellung von lokalen Hyper-V-VMs in Azure

  • Artikel

In diesem Artikel werden die unterstützten Komponenten und Einstellungen für die Notfallwiederherstellung von lokalen Hyper-V-VMs in Azure mit Azure Site Recovery beschrieben.

Hinweis

Site Recovery speichert Kundendaten nur in der Zielregion, in der die Notfallwiederherstellung für die Quellcomputer eingerichtet wurde, und verschiebt sie nicht aus dieser Region. 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 Szenarios

Szenario Details
Hyper-V mit Virtual Machine Manager

Sie können die Notfallwiederherstellung in Azure für virtuelle Computer auf Hyper-V-Hosts durchführen, die im System Center Virtual Machine Manager-Fabric verwaltet werden.

Dieses Szenario können Sie über das Azure-Portal oder mit PowerShell bereitstellen.

Wenn Hyper-V-Hosts mit Virtual Machine Manager verwaltet werden, können Sie auch die Notfallwiederherstellung an einem sekundären lokalen Standort durchführen. Weitere Informationen zu diesem Szenario finden Sie in diesem Tutorial.
Hyper-V ohne Virtual Machine Manager Sie können die Notfallwiederherstellung in Azure für virtuelle Computer auf Hyper-V-Hosts ausführen, die nicht von Virtual Machine Manager verwaltet werden.

Dieses Szenario können Sie über das Azure-Portal oder mit PowerShell bereitstellen.

Hinweis

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

Lokale Server

Server Anforderungen Details
Hyper-V (Ausführung ohne Virtual Machine Manager) Windows Server 2022, Windows Server 2019, Windows Server 2016, Windows Server 2012 R2 mit aktuellen Updates

Hinweis:Serverkern-Installationen dieser Betriebssysteme werden ebenfalls unterstützt.		 Wenn Sie Windows Server 2012 R2 mit SCVMM 2012 R2 mit Azure Site Recovery bzw. nur SCVMM 2012 R2 mit Azure Site Recovery konfiguriert haben und nun ein Upgrade des Betriebssystems durchführen möchten, befolgen Sie die Anweisungen in der Dokumentation.
Hyper-V (Ausführung mit Virtual Machine Manager) Virtual Machine Manager 2022 (Server Core wird 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.

Hinweis

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

Replizierte VMs

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.

Komponente Details
Konfiguration des virtuellen Computers Virtuelle Computer, die nach Azure repliziert werden sollen, müssen die Azure-Anforderungen erfüllen.
Gastbetriebssystem Alle für Azure unterstützten Gastbetriebssysteme.

Windows Server 2016 Nano Server wird nicht unterstützt.

VM-/Datenträgerverwaltung

Aktion Details
Größe des Datenträgers auf einer replizierten Hyper-V-VM ändern Wird nicht unterstützt. Deaktivieren Sie die Replikation, nehmen Sie die Änderung vor, und aktivieren Sie anschließend erneut die Replikation für die VM.
Datenträger auf einer replizierten Hyper-V-VM hinzufügen Wird 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 auf dem virtuellen Hyper-V-Computer der Replikation Wird 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

Komponente Hyper-V mit Virtual Machine Manager Hyper-V ohne Virtual Machine Manager
Hostnetzwerk: NIC Teaming Ja Ja
Hostnetzwerk: VLAN Ja Ja
Hostnetzwerk: IPv4 Ja Ja
Hostnetzwerk: IPv6 Nein Nein
Gast-VM-Netzwerk: NIC Teaming Nein Nein
Gast-VM-Netzwerk: IPv4 Ja Ja
Gast-VM-Netzwerk: IPv6 Nein Ja
Gast-VM-Netzwerk: Statische IP-Adresse (Windows) Ja Ja
Gast-VM-Netzwerk: Statische IP-Adresse (Linux) Ja Ja
Gast-VM-Netzwerk: Multi-NIC Ja Ja
HTTPS-Proxy Nein Nein
APIPA (Automatic Private IP Addressing) Nein Nein
Private Link-Zugriff auf den Site Recovery-Dienst Ja. Weitere Informationen Ja. Weitere Informationen

Hinweis

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 der Azure-VM wird mit einer neuen Azure-IP-Adresse des ausgewählten virtuellen Netzwerks konfiguriert.

Netzwerkkonfiguration für virtuellen Azure-Computer (nach Failover)

Komponente Hyper-V mit Virtual Machine Manager Hyper-V ohne Virtual Machine Manager
Azure ExpressRoute Ja Ja
ILB Ja Ja
ELB Ja Ja
Azure Traffic Manager Ja Ja
Multi-NIC Ja Ja
Reservierte IP Ja Ja
IPv4 Ja Ja
Quell-IP-Adresse beibehalten Ja Ja
Azure Virtual Network-Dienstendpunkte
(ohne Azure Storage-Firewalls)		 Ja Ja
Beschleunigter Netzwerkbetrieb Nein Nein

Hyper-V-Hostspeicher

Storage Hyper-V mit Virtual Machine Manager Hyper-V ohne Virtual Machine Manager
NFS Nicht verfügbar Nicht verfügbar
SMB 3.0 Ja Ja
SAN (ISCSI) Ja Ja
Multipfad (MPIO). Getestet mit:

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

Hyper-V-VM-Gastspeicher

Storage Hyper-V mit Virtual Machine Manager Hyper-V ohne Virtual Machine Manager
VMDK Nicht verfügbar Nicht verfügbar
VHD/VHDX Ja Ja
VM der 2. Generation Ja Ja
EFI/UEFI

Der migrierte virtuelle Computer in Azure wird automatisch in einen virtuellen Computer mit BIOS-Start konvertiert. Auf dem virtuellen Computer sollte nur Windows Server 2012 oder höher ausgeführt werden. Der Betriebssystemdatenträger sollte höchstens fünf Partitionen haben und nicht größer als 2 TB sein.		 Ja Ja
Freigegebener Clusterdatenträger Nein Nein
Verschlüsselter Datenträger Nein Nein
NFS Nicht verfügbar Nicht verfügbar
SMB 3.0 Nein Nein
RDM Nicht verfügbar Nicht verfügbar
Datenträger > 1 TB Ja, bis zu 32 TB

Sie müssen den Replikationsanbieter auf dem Hyper-V-Host auf eine höhere Version als 2.0.9214.0 aktualisieren, um große Datenträger mit bis zu 32 TB zu replizieren. Bei großen Datenträgern erfolgt die Replikation nur für verwaltete Datenträger.		 Ja, bis zu 32 TB

Sie müssen den Replikationsanbieter auf dem Hyper-V-Host auf eine höhere Version als 2.0.9214.0 aktualisieren, um große Datenträger mit bis zu 32 TB zu replizieren. Bei großen Datenträgern erfolgt die Replikation nur für verwaltete Datenträger.
Datenträger: 4K für logischen und physischen Sektor Nicht unterstützt: Gen 1, Gen 2 Nicht unterstützt: Gen 1, Gen 2
Datenträger: 4K für logischen, 512 Byte für physischen Sektor Ja Ja
Logische Volumeverwaltung (Logical Volume Management, LVM). LVM wird nur für Datenträger unterstützt. Azure stellt nur einen einzelnen Betriebssystemdatenträger bereit. Ja Ja
Volume mit Stripesetdatenträger > 1 TB Ja Ja
Speicherplätze Nein Nein
Datenträger laufendem Systembetrieb hinzufügen/entfernen Nein Nein
Ausschließen von Datenträgern Ja Ja
Multipfad (MPIO) Ja Ja

Azure Storage

Komponente Hyper-V mit Virtual Machine Manager Hyper-V ohne Virtual Machine Manager
Lokal redundanter Speicher Ja Ja
Georedundanter Speicher Ja Ja
Georedundanter Speicher mit Lesezugriff Ja Ja
Zonenredundanter Speicher Nein Nein
Speicherebene „Kalt“ Nein Nein
Speicherebene „Heiß“ Nein Nein
Blockblobs Nein Nein
Verschlüsselung auf dem Host Nein Nein
Verschlüsselung ruhender Daten (SSE) Ja Ja
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 Failover auf verwalteten Datenträgern)

Erfahren Sie mehr über unterstützte Regionen für Windows und Linux.		 Ja (über PowerShell ab Az-Modulversion 3.3.0) Ja (über PowerShell ab Az-Modulversion 3.3.0)
Storage Premium Ja Ja
Standardspeicher Ja Ja
Import/Export-Dienst Nein Nein
Azure-Speicherkonten mit aktivierter Firewall Ja. Für Zielspeicher und Cache Ja. Für Zielspeicher und Cache
Speicherkonto ändern Nein. Das betreffende Azure-Zielspeicherkonto kann nach Aktivieren der Replikation nicht geändert werden. Zum Ändern muss die Notfallwiederherstellung deaktiviert und anschließend erneut aktiviert werden. Nein
Option für die sichere Übertragung Ja Ja
UEFI: Sicherer Start Nein Nein

Hinweis

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.

Azure-Computefeatures

Feature Hyper-V mit Virtual Machine Manager Hyper-V ohne Virtual Machine Manager
Verfügbarkeitsgruppen Ja Ja
Verfügbarkeitszonen Nein Nein
HUB Ja Ja
Verwaltete Datenträger Ja, sowohl für Failover als auch für Failback. Ja, sowohl Failover als auch Failback.

Azure-VM-Anforderungen

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

Komponente Anforderungen 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 TB für VMs der Generation 2.

Sie müssen den Replikationsanbieter auf dem Hyper-V-Host auf eine höhere Version als 2.0.9214.0 aktualisieren, um große Betriebssystemdatenträger zu replizieren. Bei großen Datenträgern erfolgt die Replikation nur für verwaltete Datenträger.		 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 von Datenträgern für Daten Maximal 16 Beim Überprüfen der Voraussetzungen tritt ein Fehler auf, wenn keine Unterstützung vorhanden ist.
Größe des VHD-Datenträgers Bis zu 32 TB

Sie müssen den Replikationsanbieter auf dem Hyper-V-Host auf eine höhere Version als 2.0.9214.0 aktualisieren, um große Datenträger zu replizieren. Bei großen Datenträgern erfolgt die Replikation nur für verwaltete Datenträger.		 Beim Überprüfen der Voraussetzungen tritt ein Fehler auf, wenn keine Unterstützung vorhanden ist.
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.
Fiber-Channel-Datenträger 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 Sie das Failover auf Azure anstoßen. Wenn Sie ein Failback zum lokalen Speicher durchführen, wird für die virtuellen Computer weiterhin das VHDX-Format verwendet.
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 Generation 1

Generation 2 – Windows		 Es werden VMs der Generation 2 mit einem Betriebssystemdatenträger des Typs „Basic“ (mit einem oder zwei als VHDX formatierten Datenvolumes) und weniger als 2 GB Speicherplatz unterstützt.

Linux-VMs der Generation 2 werden nicht unterstützt. Weitere Informationen

Aktionen mit dem Recovery Services-Tresor

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

Innerhalb von und über Abonnements hinweg		 Nein Nein
Speicher, Netzwerk, Azure-VMs über Ressourcengruppen hinweg verschieben

Innerhalb von und über Abonnements hinweg		 Nein Nein

Hinweis

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 Beschreibung Details
Azure Site Recovery-Anbieter Koordiniert die Kommunikation zwischen lokalen Servern und Azure

Hyper-V mit Virtual Machine Manager: Installiert auf Virtual Machine Manager-Servern

Hyper-V ohne Virtual Machine Manager: Installiert auf Hyper-V-Hosts		 Neueste Features und Fixes
Microsoft Azure Recovery Services-Agent Koordiniert die Replikation zwischen Hyper-V-VMs und Azure

Installation 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 Azure für die Notfallwiederherstellung von lokalen Hyper-V-VMs vorbereiten.