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 2019, Windows Server 2016, Windows Server 2012 R2 mit aktuellen Updates

Hinweis: Die Server Core-Installation dieser Betriebssysteme wird 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 2019, Virtual Machine Manager 2016, Virtual Machine Manager 2012 R2

Hinweis: Die Server Core-Installation dieser Betriebssysteme wird 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.

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) Nein Nein
Gast-VM-Netzwerk: Multi-NIC Ja Ja
HTTPS-Proxy Nein Nein
Private Link-Zugriff auf den Site Recovery-Dienst Ja. Weitere Informationen Ja. Weitere Informationen

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 maximal fünf Partitionen aufweisen, und die Größe des Betriebssystemdatenträgers sollte weniger als 300 GB betragen.
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 4.095 GB Ja, bis zu 4.095 GB
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 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

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, für Failover.

Failback von verwalteten Datenträgern wird nicht unterstützt.
Ja, für Failover.

Failback von verwalteten Datenträgern wird nicht unterstützt.

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.048 GB für VMs der 1. Generation.

Bis zu 300 GB für VMs der 2. Generation.
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 4.095 GB 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
Zwei virtuelle Computer der Generation 2 mit einem Betriebssystem-Datenträger des Typs „Basic“ (mit einem oder zwei als VHDX formatierten Datenvolumes) und weniger als 300 GB Speicherplatz werden 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

Wenn Hyper-VMs von lokalen VMs in Azure repliziert werden, kann die Replikation aus einer bestimmten Umgebung heraus (Hyper-V-Standort oder Hyper-V mit VMM) nur in einem bestimmten AD-Mandanten durchgeführt werden.

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.