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

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.