Freigeben über


Unterstützungsmatrix für die Notfallwiederherstellung von Azure-VMs zwischen Azure-Regionen

Dieser Artikel fasst die Unterstützung und die Voraussetzungen für die Notfallwiederherstellung von Azure-VMs aus einer Azure-Region in einer anderen mit dem Dienst Azure Site Recovery zusammen.

Unterstützung für die Bereitstellungsmethode

Bereitstellung Unterstützung
Azure portal Unterstützt.
PowerShell Unterstützt. Weitere Informationen
REST-API Unterstützt.
BEFEHLSZEILENSCHNITTSTELLE (CLI) Wird derzeit nicht unterstützt.

Unterstützung für das Verschieben/Migrieren von Ressourcen

Ressourcenaktion Details
Tresore über Ressourcengruppen hinweg verschieben Wird nicht unterstützt.
Verschieben von Compute-, Speicher- und Netzwerkressourcen über Ressourcengruppen hinweg Wird nicht unterstützt.

Wenn Sie eine VM oder zugehörige Komponenten wie Speicher bzw. Netzwerke verschieben, nachdem die VM repliziert wurde, müssen Sie die Replikation für die VM deaktivieren und dann wieder aktivieren.
Replizieren von Azure-VMs von einem Abonnement in ein anderes zur Notfallwiederherstellung Unterstützt innerhalb desselben Microsoft Entra-Mandanten.
Migrieren von VMs zwischen Regionen innerhalb von unterstützten geografischen Clustern (innerhalb von Abonnements und übergreifend) Unterstützt innerhalb desselben Microsoft Entra-Mandanten.
Migrieren von VMs in derselben Region Wird nicht unterstützt.
Dedizierte Azure-Hosts Wird nicht unterstützt.

Unterstützung für Regionen

Mit Azure Site Recovery können Sie eine globale Notfallwiederherstellung durchführen. Sie können virtuelle Computer zwischen zwei beliebigen Azure Regionen auf der Welt replizieren und wiederherstellen. Wenn Sie Bedenken in Bezug auf die Datenhoheit haben, können Sie die Replikation innerhalb Ihres bestimmten geografischen Clusters einschränken.

Hier finden Sie Details zu den verschiedenen unterstützten geografischen Clustern.

Hinweis

  • Unterstützung eingeschränkter Regionen, die für eine Notfallwiederherstellung innerhalb des Landes reserviert sind: „Schweiz, Westen“, reserviert für „Schweiz, Norden“; „Frankreich, Süden“, reserviert für „Frankreich, Mitte“; „Norwegen, Westen“ für Kundschaft in „Norwegen, Osten“; „JIO Indien, Mitte“ für Kundschaft in „JIO Indien, Westen“; „Brasilien, Südosten“ für Kundschaft in „Brasilien, Süden“; „Südafrika, Westen“ für Kundschaft in „Südafrika, Norden“; „Deutschland, Norden“ für Kundschaft in „Deutschland, Westen-Mitte“, „VAE, Mitte“ für Kundschaft in „VAE, Norden“.

    Um eingeschränkte Regionen als primäre Region oder Wiederherstellungsregion zu verwenden, lassen Sie sich auf die Positivliste setzen, indem Sie hier eine Anforderung für Quell- und Zielabonnements stellen.

  • Für Brasilien, Süden können Sie eine Replikation und ein Failover zu diesen Regionen durchführen: Brasilien, Südosten, USA, Süden-Mitte; USA, Westen-Mitte; USA, Osten; USA, Osten 2; USA, Westen; USA, Westen 2 und USA, Norden-Mitte.

  • „Brasilien Süd“ kann nur als Quellregion verwendet werden, von der aus virtuelle Computer mithilfe von Site Recovery replizieren können. Es kann nicht als Zielregion dienen. Beachten Sie Folgendes: Wenn Sie ein Failover von „Brasilien, Süden“ als Quellregion zu einem Ziel ausführen, wird ein Failback zu „Brasilien, Süden“ aus der Zielregion unterstützt. „Brasilien, Südosten“ kann nur als Zielregion verwendet werden.

  • Wenn Sie die Region nicht sehen können, in der Sie einen Tresor erstellen möchten, dann stellen Sie sicher, dass Ihr Abonnement in dieser Region Zugriff auf das Erstellen von Ressourcen hat.

  • Wenn Sie beim Aktivieren der Replikation eine Region in einem geografischen Cluster nicht sehen können, stellen Sie sicher, dass Ihr Abonnement über Berechtigungen zum Erstellen von virtuellen Computern in dieser Region verfügt.

  • Neuseeland wird nur als Quell- oder Zielregion für Site Recovery von Azure zu Azure unterstützt. Das Erstellen eines Recovery Services-Tresors wird jedoch in Neuseeland nicht unterstützt.

Cachespeicher

In dieser Tabelle ist die Unterstützung für das Cachespeicherkonto zusammengefasst, das von Site Recovery während der Replikation verwendet wird.

Einstellung Unterstützung Details
Allgemeine V2-Speicherkonten (heiße und kalte Ebene) Unterstützt Die Verwendung von GPv2 wird empfohlen, da GPv1 ZRS (Zonal Redundant Storage) nicht unterstützt.
Storage Premium Unterstützt Verwenden Sie Premium-Blockblob-Speicherkonten, um Unterstützung für hohe Datenänderungsraten zu erhalten. Weitere Informationen finden Sie unter Azure-VM-Notfallwiederherstellung – Unterstützung für hohen Churn.
Region Die gleiche Region wie der virtueller Computer Das Cache-Speicherkonto sollte sich in derselben Region wie der zu schützende virtuelle Computer befinden.
Subscription Kann sich von virtuellen Quellcomputern unterscheiden Das Cachespeicherkonto muss nicht demselben Abonnement wie der/die virtuelle(n) Quellcomputer zugeordnet sein.
Azure Storage-Firewalls für virtuelle Netzwerke Unterstützt Wenn Sie ein Cache- oder Zielspeicherkonto mit aktivierter Firewall verwenden, müssen Sie Vertrauenswürdige Microsoft-Dienste zulassen.

Stellen Sie außerdem sicher, dass Sie den Zugriff auf mindestens ein Subnetz des Quell-VNET zulassen.

Hinweis: Beschränken Sie nicht den Zugriff des virtuellen Netzwerks auf Ihre für Site Recovery verwendeten Speicherkonten. Sie sollten den Zugriff für „Alle Netzwerke“ zulassen.
Vorläufiges Löschen Nicht unterstützt Vorläufiges Löschen wird nicht unterstützt, da die Kosten steigen, sobald es für das Cache-Speicherkonto aktiviert wird. Azure Site Recovery führt häufig Erstellungs-/Löschvorgänge für Protokolldateien durch, während die Replikation zu höheren Kosten führt.
Verschlüsselung ruhender Daten (CMK) Unterstützt Die Speicherkontoverschlüsselung kann mit kundenseitig verwalteten Schlüsseln (CMK) konfiguriert werden.
Verwaltete Identität Nicht unterstützt Das zwischengespeicherte Speicherkonto muss den Zugriff auf gemeinsam genutzte Schlüssel und Shared Access Signatures (SAS) zulassen, die vom freigegebenen Schlüssel signiert sind.

In der folgenden Tabelle sind die Grenzwerte in Bezug auf die Anzahl von Datenträgern aufgeführt, die in ein einzelnes Speicherkonto repliziert werden können.

Speicherkontotyp Churn = 4 MBit/s pro Datenträger Churn = 8 MBit/s pro Datenträger
V1-Speicherkonto 300 Datenträger 150 Datenträger
V2-Speicherkonto 750 Datenträger 375 Datenträger

Wenn der durchschnittliche Churn auf den Datenträgern zunimmt, verringert sich die Anzahl von Datenträgern, die von einem Speicherkonto unterstützt werden können. Die obige Tabelle kann als Leitfaden für Entscheidungen über die Anzahl von Speicherkonten verwendet werden, die bereitgestellt werden müssen.

Hinweis

Die Grenzwerte gelten speziell für Notfallwiederherstellungsszenarios von Azure zu Azure und Zone zu Zone.

Wenn Sie die abonnementübergreifende Replikation über den VM-Workflow aktivieren, listet das Portal nur das Cachespeicherkonto aus dem Quellabonnement auf, jedoch kein Speicherkonto, das im Zielabonnement erstellt wurde. Verwenden Sie PowerShell, um dieses Szenario einzurichten.

Azure Site Recovery wird nicht für VMs mit SSD Premium v2-Datenträgern unterstützt.

Replizierte Computerbetriebssysteme

Site Recovery unterstützt die Replikation von Azure-VMs, auf denen die in diesem Abschnitt angegebenen Betriebssysteme ausgeführt werden. Hinweis: Wenn für einen Computer mit aktiver Replikation ein Upgrade (oder Downgrade) auf einen anderen Hauptkernel durchgeführt wird, muss die Replikation nach dem Upgrade deaktiviert und anschließend wieder aktiviert werden.

Windows

Betriebssystem Details
Windows Server 2022 Unterstützt.
Windows Server 2019 Unterstützt für Server Core, Server mit Desktopumgebung.
Windows Server 2016 Unterstützt für Server Core, Server mit Desktopdarstellung.
Windows Server 2012 R2 Unterstützt.
Windows Server 2012 Unterstützt.
Windows Server 2008 R2 mit SP1/SP2 Unterstützt.

Ab Version 9.30 der Mobility Service-Erweiterung für virtuelle Azure-Computer müssen auf Computern unter Windows Server 2008 R2 SP1/SP2 eine Windows-Wartungsstapelaktualisierung (Servicing Stack Update, SSU) und ein SHA-2-Update installiert werden. SHA-1 wird ab September 2019 nicht mehr unterstützt, und wenn die SHA-2-Codesignierung nicht aktiviert ist, wird die Installation bzw. das Upgrade der Agent-Erweiterung nicht ordnungsgemäß durchgeführt. Weitere Informationen zum SHA-2-Upgrade und zu den Anforderungen finden Sie hier.
Windows 11 (x64) Unterstützt (ab Version 9.56 des Mobilitäts-Agents).
Windows 10 (x64) Unterstützt.
Windows 8.1 (x64) Unterstützt.
Windows 8 (x64) Unterstützt.
Windows 7 (x64) mit SP1 und höher Ab Version 9.30 der Mobility Service-Erweiterung für virtuelle Azure-Computer müssen auf Computern unter Windows 7 mit SP1 eine Windows-Wartungsstapelaktualisierung (Servicing Stack Update, SSU) und ein SHA-2-Update installiert werden. SHA-1 wird ab September 2019 nicht mehr unterstützt, und wenn die SHA-2-Codesignierung nicht aktiviert ist, wird die Installation bzw. das Upgrade der Agent-Erweiterung nicht ordnungsgemäß durchgeführt. Weitere Informationen zum SHA-2-Upgrade und zu den Anforderungen finden Sie hier.

Linux

Hinweis

Mobilitätsdienstversionen 9.58 und 9.59 werden für Azure in Azure Site Recovery nicht veröffentlicht.

Betriebssystem Details
Red Hat Enterprise Linux 6.7, 6.8, 6.9, 6.10, 7.0, 7.1, 7.2, 7.3, 7.4, 7.5, 7.6,7.7, 7.8, 7.9, 8.0, 8.1, 8.2, 8.3, 8.4 (4.18.0-305.30.1.el8_4.x86_64 oder höher), 8.5 (4.18.0-348.5.1.el8_5.x86_64 oder höher), 8.6, 8.7, 8.8, 8.9, 8.10, 9.0, 9.1, 9.2, 9.3, 9.4
RHEL 9.x wird für die folgenden Kernelversionen unterstützt.
Ubuntu 14.04 LTS Server Schließt Unterstützung für alle 14.04.x-Versionen ein. Unterstützte Kernelversionen
Ubuntu 16.04 LTS Server Schließt Unterstützung für alle 16.04.x-Versionen ein. Unterstützte Kernelversion

Bei Ubuntu-Servern mit kennwortbasierter Authentifizierung und Anmeldung und mit dem Paket „cloud-init“ zum Konfigurieren von Cloud-VMs kann bei einem Failover die kennwortbasierte Anmeldung deaktiviert sein (je nach cloud-init-Konfiguration). Die kennwortbasierte Anmeldung kann auf der VM wieder aktiviert werden, indem (für die VM, für die das Failover ausgeführt wurde) das Kennwort im Azure-Portal unter „Support“ > „Problembehandlung“ im Menü „Einstellungen“ zurückgesetzt wird.
Ubuntu 18.04 LTS Server Schließt Unterstützung für alle 18.04.x-Versionen ein. Unterstützte Kernelversion

Bei Ubuntu-Servern mit kennwortbasierter Authentifizierung und Anmeldung und mit dem Paket „cloud-init“ zum Konfigurieren von Cloud-VMs kann bei einem Failover die kennwortbasierte Anmeldung deaktiviert sein (je nach cloud-init-Konfiguration). Die kennwortbasierte Anmeldung kann auf der VM wieder aktiviert werden, indem (für die VM, für die das Failover ausgeführt wurde) das Kennwort im Azure-Portal unter „Support“ > „Problembehandlung“ im Menü „Einstellungen“ zurückgesetzt wird.
Ubuntu 20.04 LTS Server Schließt Unterstützung für alle 20.04.x-Versionen ein. Unterstützte Kernelversion
Ubuntu 22.04 LTS Server Schließt Unterstützung für alle 22.04.x-Versionen ein. Unterstützte Kernelversion
Debian 7 Schließt Unterstützung für alle 7er Versionen ein. x-Versionen Unterstützte Kernelversionen
Debian 8 Schließt Unterstützung für alle 8er Versionen ein. x-Versionen Unterstützte Kernelversionen
Debian 9 Schließt Unterstützung für 9.1 bis 9.13 ein. Debian 9.0 wird nicht unterstützt. Unterstützte Kernel-Versionen
Debian 10 Unterstützte Kernel-Versionen
Debian 11 Unterstützte Kernel-Versionen
Debian 12 Unterstützte Kernel-Versionen
SUSE Linux Enterprise Server 12 SP1, SP2, SP3, SP4, SP5, SP6 (Unterstützte Kernelversionen)
SUSE Linux Enterprise Server 15 15, SP1, SP2, SP3, SP4, SP5, SP6 (Unterstützte Kernelversionen)
SUSE Linux Enterprise Server 11 SP3

Ein Upgrade von replizierenden Computern von SP3 auf SP4 wird nicht unterstützt. Wenn ein replizierter Computer aktualisiert wurde, müssen Sie die Replikation deaktivieren und nach dem Upgrade dann wieder aktivieren.
SUSE Linux Enterprise Server 11 SP4
Oracle Linux 6.4, 6.5, 6.6, 6.7, 6.8, 6.9, 6.10, 7.0, 7.1, 7.2, 7.3, 7.4, 7.5, 7.6, 7.7, 7.8, 7.9, 8.0, 8.1, 8.2, 8.3 (werden mit einem Red Hat-kompatiblen Kernel oder Unbreakable Enterprise Kernel Release 3, 4, 5 und 6 (UEK3, UEK4, UEK5, UEK6), 8.4, 8.5, 8.6, 8.7, 8.8 , 8.9, 9.0, 9.1, 9.2, 9.3, 9.4. ausgeführt)

8.1 (die Ausführung auf allen UEK-Kernelversionen und Red Hat-Kernelversionen <= 3.10.0-1062.* wird in 9.35 unterstützt. Unterstützung für die restlichen Red Hat-Kernelversionen ist in 9.36 verfügbar).
Oracle Linux 9.x wird für die folgenden Kernelversionenunterstützt.
Rocky Linux Siehe unterstützte Versionen.

Hinweis

Azure Site Recovery unterstützt für Linux-Versionen keine benutzerdefinierten Betriebssystem-Kernel. Es werden nur die vordefinierten Kernel unterstützt, die bei Veröffentlichungen/Updates von Nebenversionen der Distribution enthalten sind.

Hinweis

Zusätzlich zur neuesten Version des Mobilitäts-Agents gibt es ein Azure Site Recovery-Rollout eines Hotfix-Patches, um die neuesten Linux-Kernel innerhalb von 15 Tagen nach Veröffentlichung zu unterstützen. Der Rollout dieses Fixes erfolgt zwischen zwei Hauptversionen. Befolgen Sie zum Aktualisieren auf die aktuelle Version von Mobility Agent (einschließlich des Hotfix-Patches) die Schritte in diesem Artikel. Ein Rollout dieses Patches erfolgt derzeit für Mobility Agent-Instanzen im Azure-zu-Azure DR-Szenario.

Unterstützte Kernelversionen für Red Hat Enterprise Linux für virtuelle Azure-Computer

Hinweis

Die Aktivierung der Replikation über den Workflow für die Bereitstellung virtueller Computer wird für virtuelle Computer mit OS RHEL 9* und höher nicht unterstützt.

Release Mobility Service-Version Red Hat-Kernelversion
RHEL 9.0
RHEL 9.1
RHEL 9.2
RHEL 9.3
RHEL 9.4
9,63 5.14.0-284.73.1.el9_2.x86_64
5.14.0-284.75.1.el9_2.x86_64
5.14.0-284.77.1.el9_2.x86_64
5.14.0-284.79.1.el9_2.x86_64
5.14.0-284.80.1.el9_2.x86_64
5.14.0-284.82.1.el9_2.x86_64
5.14.0-284.84.1.el9_2.x86_64
5.14.0-284.85.1.el9_2.x86_64
5.14.0-284.86.1.el9_2.x86_64
5.14.0-427.24.1.el9_4.x86_64
5.14.0-427.26.1.el9_4.x86_64
5.14.0-427.28.1.el9_4.x86_64
5.14.0-427.31.1.el9_4.x86_64
5.14.0-427.33.1.el9_4.x86_64
5.14.0-427.35.1.el9_4.x86_64
5.14.0-427.37.1.el9_4.x86_64
RHEL 9.0
RHEL 9.1
RHEL 9.2
RHEL 9.3
RHEL 9.4
9,62 5.14.0-70.97.1.el9_0.x86_64
5.14.0-70.101.1.el9_0.x86_64
5.14.0-284.62.1.el9_2.x86_64
5.14.0-284.64.1.el9_2.x86_64
5.14.0-284.66.1.el9_2.x86_64
5.14.0-284.67.1.el9_2.x86_64
5.14.0-284.69.1.el9_2.x86_64
5.14.0-284.71.1.el9_2.x86_64
5.14.0-427.13.1.el9_4.x86_64
5.14.0-427.16.1.el9_4.x86_64
5.14.0-427.18.1.el9_4.x86_64
5.14.0-427.20.1.el9_4.x86_64
5.14.0-427.22.1.el9_4.x86_64
RHEL 9.0
RHEL 9.1
RHEL 9.2
RHEL 9.3
9,61 5.14.0-70.93.2.el9_0.x86_64
5.14.0-284.54.1.el9_2.x86_64
5.14.0-284.57.1.el9_2.x86_64
5.14.0-284.59.1.el9_2.x86_64
5.14.0-362.24.1.el9_3.x86_64
RHEL 9.0
RHEL 9.1
RHEL 9.2
RHEL 9.3
9,60 5.14.0-70.13.1.el9_0.x86_64
5.14.0-70.17.1.el9_0.x86_64
5.14.0-70.22.1.el9_0.x86_64
5.14.0-70.26.1.el9_0.x86_64
5.14.0-70.30.1.el9_0.x86_64
5.14.0-70.36.1.el9_0.x86_64
5.14.0-70.43.1.el9_0.x86_64
5.14.0-70.49.1.el9_0.x86_64
5.14.0-70.50.2.el9_0.x86_64
5.14.0-70.53.1.el9_0.x86_64
5.14.0-70.58.1.el9_0.x86_64
5.14.0-70.64.1.el9_0.x86_64
5.14.0-70.70.1.el9_0.x86_64
5.14.0-70.75.1.el9_0.x86_64
5.14.0-70.80.1.el9_0.x86_64
5.14.0-70.85.1.el9_0.x86_64
5.14.0-162.6.1.el9_1.x86_64
5.14.0-162.12.1.el9_1.x86_64
5.14.0-162.18.1.el9_1.x86_64
5.14.0-162.22.2.el9_1.x86_64
5.14.0-162.23.1.el9_1.x86_64
5.14.0-284.11.1.el9_2.x86_64
5.14.0-284.13.1.el9_2.x86_64
5.14.0-284.16.1.el9_2.x86_64
5.14.0-284.18.1.el9_2.x86_64
5.14.0-284.23.1.el9_2.x86_64
5.14.0-284.25.1.el9_2.x86_64
5.14.0-284.28.1.el9_2.x86_64
5.14.0-284.30.1.el9_2.x86_64
5.14.0-284.32.1.el9_2.x86_64
5.14.0-284.34.1.el9_2.x86_64
5.14.0-284.36.1.el9_2.x86_64
5.14.0-284.40.1.el9_2.x86_64
5.14.0-284.41.1.el9_2.x86_64
5.14.0-284.43.1.el9_2.x86_64
5.14.0-284.44.1.el9_2.x86_64
5.14.0-284.45.1.el9_2.x86_64
5.14.0-284.48.1.el9_2.x86_64
5.14.0-284.50.1.el9_2.x86_64
5.14.0-284.52.1.el9_2.x86_64
5.14.0-362.8.1.el9_3.x86_64
5.14.0-362.13.1.el9_3.x86_64
5.14.0-362.18.1.el9_3.x86_64

Unterstützte Ubuntu-Kernelversionen für virtuelle Azure-Computer

Hinweis

Mobilitätsdienstversionen 9.58 und 9.59 werden für Azure in Azure Site Recovery nicht veröffentlicht.

Release Mobility Service-Version Kernelversion
14.04 LTS 9,63 In diesem Release werden keine neuen 14.04 LTS-Kernel unterstützt.
14.04 LTS 9,62 In diesem Release werden keine neuen 14.04 LTS-Kernel unterstützt.
14.04 LTS 9.61 In diesem Release werden keine neuen 14.04 LTS-Kernel unterstützt.
14.04 LTS 9.60 In diesem Release werden keine neuen 14.04 LTS-Kernel unterstützt.
14.04 LTS 9.57 In diesem Release werden keine neuen 14.04 LTS-Kernel unterstützt.
16.04 LTS 9,63 In dieser Version werden keine neuen 16.04 LTS-Kernel unterstützt.
16.04 LTS 9,62 In dieser Version werden keine neuen 16.04 LTS-Kernel unterstützt.
16.04 LTS 9.61 In dieser Version werden keine neuen 16.04 LTS-Kernel unterstützt.
16.04 LTS 9.60 In dieser Version werden keine neuen 16.04 LTS-Kernel unterstützt.
16.04 LTS 9.57 In dieser Version werden keine neuen 16.04 LTS-Kernel unterstützt.
18.04 LTS 9,63 5.4.0-1135-azure
5.4.0-192-generic
4.15.0-1180-azure
4.15.0-228-generic
5.4.0-1136-azure
5.4.0-193-generic
5.4.0-1137-azure
5.4.0-1138-azure
5.4.0-195-generic
5.4.0-196-generic
4.15.0-1181-azure
4.15.0-229-generic
4.15.0-1182-azure
4.15.0-230-generic
5.4.0-1139-azure
5.4.0-198-generic
18.04 LTS 9,62 4.15.0-226-generic
5.4.0-1131-azure
5.4.0-186-generic
5.4.0-187-generic
4.15.0-1178-azure
5.4.0-1132-azure
5.4.0-1133-azure
5.4.0-1134-azure
5.4.0-190-generic
5.4.0-189-generic
18.04 LTS 9.61 5.4.0-173-generic
4.15.0-1175-azure
4.15.0-223-generic
5.4.0-1126-azure
5.4.0-174-generic
4.15.0-1176-azure
4.15.0-224-generic
5.4.0-1127-azure
5.4.0-1128-azure
5.4.0-175-generic
5.4.0-177-generic
4.15.0-1177-azure
4.15.0-225-generic
5.4.0-1129-azure
5.4.0-1130-azure
5.4.0-181-generic
5.4.0-182-generic
18.04 LTS 9.60 4.15.0-1168-azure
4.15.0-1169-azure
4.15.0-1170-azure
4.15.0-1171-azure
4.15.0-1172-azure
4.15.0-1173-azure
4.15.0-214-generic
4.15.0-216-generic
4.15.0-218-generic
4.15.0-219-generic
4.15.0-220-generic
4.15.0-221-generic
5.4.0-1110-azure
5.4.0-1111-azure
5.4.0-1112-azure
5.4.0-1113-azure
5.4.0-1115-azure
5.4.0-1116-azure
5.4.0-1117-azure
5.4.0-1118-azure
5.4.0-1119-azure
5.4.0-1120-azure
5.4.0-1121-azure
5.4.0-1122-azure
5.4.0-152-generic
5.4.0-153-generic
5.4.0-155-generic
5.4.0-156-generic
5.4.0-159-generic
5.4.0-162-generic
5.4.0-163-generic
5.4.0-164-generic
5.4.0-165-generic
5.4.0-166-generic
5.4.0-167-generic
5.4.0-169-generic
5.4.0-170-generic
5.4.0-1123-azure
5.4.0-171-generic
4.15.0-1174-azure
4.15.0-222-generic
5.4.0-1124-azure
5.4.0-172-generic
18.04 LTS 9.57 In dieser Version werden keine neuen 18.04 LTS-Kernel unterstützt.
20.04 LTS 9,63 5.15.0-1070-azure
5.4.0-1135-azure
5.4.0-192-generic
5.15.0-1071-azure
5.15.0-118-generic
5.15.0-119-generic
5.4.0-1136-azure
5.4.0-193-generic
5.15.0-1072-azure
5.15.0-1073-azure
5.15.0-121-generic
5.15.0-122-generic
5.4.0-1137-azure
5.4.0-1138-azure
5.4.0-195-generic
5.4.0-196-generic
20.04 LTS 9,62 5.15.0-1065-azure
5.15.0-1067-azure
5.15.0-113-generic
5.4.0-1131-azure
5.4.0-1132-azure
5.4.0-186-generic
5.4.0-187-generic
5.15.0-1068-azure
5.15.0-116-generic
5.15.0-117-generic
5.4.0-1133-azure
5.4.0-1134-azure
5.4.0-189-generic
5.4.0-190-generic
5.15.0-1074-azure
5.15.0-124-generic
5.4.0-1139-azure
5.4.0-198-generic
20.04 LTS 9.61 5.15.0-100-generic
5.15.0-1058-azure
5.4.0-173-generic
5.4.0-1126-azure
5.4.0-174-generic
5.15.0-101-generic
5.15.0-1059-azure
5.15.0-102-generic
5.15.0-105-generic
5.15.0-1061-azure
5.4.0-1127-azure
5.4.0-1128-azure
5.4.0-176-generic
5.4.0-177-generic
5.15.0-106-generic
5.15.0-1063-azure
5.15.0-1064-azure
5.15.0-107-generic
5.4.0-1129-azure
5.4.0-1130-azure
5.4.0-181-generic
5.4.0-182-generic
20.04 LTS 9.60 5.15.0-1054-azure
5.15.0-92-generic
5.4.0-1122-azure
5.4.0-170-generic
5.15.0-94-generic
5.4.0-1123-azure
5.4.0-171-generic
5.15.0-1056-azure
5.15.0-1057-azure
5.15.0-97-generic
5.4.0-1124-azure
5.4.0-172-generic
20.04 LTS 9.57 5.15.0-1052-azure
5.15.0-1053-azure
5.15.0-89-generic
5.15.0-91-generic
5.4.0-1120-azure
5.4.0-1121-azure
5.4.0-167-generic
5.4.0-169-generic
22.04 LTS 9,63 5.15.0-1070-azure
5.15.0-118-generic
5.15.0-1071-azure
5.15.0-119-generic
5.15.0-1072-azure
5.15.0-1073-azure
5.15.0-121-generic
5.15.0-122-generic
5.15.0-1074-azure
5.15.0-124-generic
22.04 LTS 9,62 5.15.0-1066-azure
5.15.0-1067-azure
5.15.0-112-generic
5.15.0-113-generic
6.5.0-1022-azure
6.5.0-1023-azure
6.5.0-41-generic
5.15.0-1068-azure
5.15.0-116-generic
5.15.0-117-generic
6.5.0-1024-azure
6.5.0-1025-azure
6.5.0-44-generic
6.5.0-45-generic
22.04 LTS 9.61 5.15.0-100-generic
5.15.0-1058-azure
6.5.0-1016-azure
6.5.0-25-generic
5.15.0-101-generic
5.15.0-1059-azure
6.5.0-1017-azure
6.5.0-26-generic
5.15.0-102-generic
5.15.0-105-generic
5.15.0-1060-azure
5.15.0-1061-azure
6.5.0-1018-azure
6.5.0-1019-azure
6.5.0-27-generic
6.5.0-28-generic
5.15.0-106-generic
5.15.0-1063-azure
5.15.0-1064-azure
5.15.0-107-generic
6.5.0-1021-azure
6.5.0-35-generic
22.04 LTS 9.60 5.19.0-1025-azure
5.19.0-1026-azure
5.19.0-1027-azure
5.19.0-41-generic
5.19.0-42-generic
5.19.0-43-generic
5.19.0-45-generic
5.19.0-46-generic
5.19.0-50-generic
6.2.0-1005-azure
6.2.0-1006-azure
6.2.0-1007-azure
6.2.0-1008-azure
6.2.0-1011-azure
6.2.0-1012-azure
6.2.0-1014-azure
6.2.0-1015-azure
6.2.0-1016-azure
6.2.0-1017-azure
6.2.0-1018-azure
6.2.0-25-generic
6.2.0-26-generic
6.2.0-31-generic
6.2.0-32-generic
6.2.0-33-generic
6.2.0-34-generic
6.2.0-35-generic
6.2.0-36-generic
6.2.0-37-generic
6.2.0-39-generic
6.5.0-1007-azure
6.5.0-1009-azure
6.5.0-1010-azure
6.5.0-14-generic
5.15.0-1054-azure
5.15.0-92-generic
6.2.0-1019-azure
6.5.0-1011-azure
6.5.0-15-generic
5.15.0-94-generic
6.5.0-17-generic
5.15.0-1056-azure
5.15.0-1057-azure
5.15.0-97-generic
6.5.0-1015-azure
6.5.0-18-generic
6.5.0-21-generic
22.04 LTS 9.57 5.15.0-1052-azure
5.15.0-1053-azure
5.15.0-76-generic
5.15.0-89-generic
5.15.0-91-generic

Hinweis

Zusätzlich zur neuesten Version des Mobilitäts-Agents gibt es ein Azure Site Recovery-Rollout eines Hotfix-Patches, um die neuesten Linux-Kernel innerhalb von 15 Tagen nach Veröffentlichung zu unterstützen. Der Rollout dieses Fixes erfolgt zwischen zwei Hauptversionen. Befolgen Sie zum Aktualisieren auf die aktuelle Version von Mobility Agent (einschließlich des Hotfix-Patches) die Schritte in diesem Artikel. Ein Rollout dieses Patches erfolgt derzeit für Mobility Agent-Instanzen im Azure-zu-Azure DR-Szenario.

Unterstützte Debian-Kernelversionen für virtuelle Azure-Computer

Hinweis

Mobilitätsdienstversionen 9.58 und 9.59 werden für Azure in Azure Site Recovery nicht veröffentlicht.

Release Mobility Service-Version Kernelversion
Debian 7 9,63 In dieser Version werden keine neuen Debian 7-Kernel unterstützt.
Debian 7 9,62 In dieser Version werden keine neuen Debian 7-Kernel unterstützt.
Debian 7 9.61 In dieser Version werden keine neuen Debian 7-Kernel unterstützt.
Debian 7 [9.60] In dieser Version werden keine neuen Debian 7-Kernel unterstützt.
Debian 7 9.57 In dieser Version werden keine neuen Debian 7-Kernel unterstützt.
Debian 8 9,63 In diesem Release werden keine neuen Debian-Kernel unterstützt.
Debian 8 9,62 In dieser Version werden keine neuen Debian 8-Kernel unterstützt.
Debian 8 9.61 In dieser Version werden keine neuen Debian 8-Kernel unterstützt.
Debian 8 [9.60] In dieser Version werden keine neuen Debian 8-Kernel unterstützt.
Debian 8 9.57 In dieser Version werden keine neuen Debian 8-Kernel unterstützt.
Debian 9.1 9.62 In diesem Release werden keine neuen Debian-Kernel unterstützt.
Debian 9.1 9.62 In dieser Version werden keine neuen Debian 9.1-Kernel unterstützt.
Debian 9.1 9.61 In dieser Version werden keine neuen Debian 9.1-Kernel unterstützt.
Debian 9.1 [9.60] In dieser Version werden keine neuen Debian 9.1-Kernel unterstützt.
Debian 9.1 9.57 In dieser Version werden keine neuen Debian 9.1-Kernel unterstützt.
Debian 10 9,63 In dieser Version werden keine neuen Debian 10-Kernel unterstützt.
Debian 10 9.62 4.19.0-27-amd64
4.19.0-27-cloud-amd64
5.10.0-0.deb10.30-amd64
5.10.0-0.deb10.30-cloud-amd64
Debian 10 9.61 5.10.0-0.deb10.29-amd64
5.10.0-0.deb10.29-cloud-amd64
Debian 10 [9.60] 4.19.0-26-amd64
4.19.0-26-cloud-amd64
5.10.0-0.deb10.27-amd64
5.10.0-0.deb10.27-cloud-amd64
5.10.0-0.deb10.28-amd64
5.10.0-0.deb10.28-cloud-amd64
Debian 10 9.57 In dieser Version werden keine neuen Debian 10-Kernel unterstützt.
Debian 11 9,63 5.10.0-26-amd64
5.10.0-26-cloud-amd64
5.10.0-31-amd64
5.10.0-31-cloud-amd64
5.10.0-32-amd64
5.10.0-32-cloud-amd64
6.1.0-0.deb11.13-amd64
6.1.0-0.deb11.13-cloud-amd64
6.1.0-0.deb11.17-amd64
6.1.0-0.deb11.17-cloud-amd64
6.1.0-0.deb11.18-amd64
6.1.0-0.deb11.18-cloud-amd64
6.1.0-0.deb11.21-amd64
6.1.0-0.deb11.21-cloud-amd64
6.1.0-0.deb11.22-amd64
6.1.0-0.deb11.22-cloud-amd64
Debian 11 9,62 5.10.0-30-amd64
5.10.0-30-cloud-amd64
6.1.0-0.deb11.21-amd64
6.1.0-0.deb11.21-cloud-amd64
Debian 11 9.61 6.1.0-0.deb11.13-amd64
6.1.0-0.deb11.13-cloud-amd64
6.1.0-0.deb11.17-amd64
6.1.0-0.deb11.17-cloud-amd64
6.1.0-0.deb11.18-amd64
6.1.0-0.deb11.18-cloud-amd64
5.10.0-29-amd64
5.10.0-29-cloud-amd64
Debian 11 9.60 5.10.0-27-amd64
5.10.0-27-cloud-amd64
5.10.0-28-amd64
5.10.0-28-cloud-amd64
Debian 11 9.57 In diesem Release werden keine neuen Debian 11-Kernel unterstützt.
Debian 12 9,63 6.1.0-25-amd64
6.1.0-25-cloud-amd64
6.1.0-26-amd64
6.1.0-26-cloud-amd64
Debian 12 9,62 6.1.0-22-amd64
6.1.0-22-cloud-amd64
6.1.0-23-amd64
6.1.0-23-cloud-amd64
6.5.0-0.deb12.4-cloud-amd64
Debian 12 9.61 5.17.0-1-amd64
5.17.0-1-cloud-amd64
6.1.-11-amd64
6.1.0-11-cloud-amd64
6.1.0-12-amd64
6.1.0-12-cloud-amd64
6.1.0-13-amd64
6.1.0-15-amd64
6.1.0-15-cloud-amd64
6.1.0-16-amd64
6.1.0-16-cloud-amd64
6.1.0-17-amd64
6.1.0-17-cloud-amd64
6.1.0-18-amd64
6.1.0-18-cloud-amd64
6.1.0-7-amd64
6.1.0-7-cloud-amd64
6.5.0-0.deb12.4-amd64
6.5.0-0.deb12.4-cloud-amd64
6.1.0-20-amd64
6.1.0-20-cloud-amd64
6.1.0-21-amd64
6.1.0-21-cloud-amd64

Hinweis

Zusätzlich zur neuesten Version des Mobilitäts-Agents gibt es ein Azure Site Recovery-Rollout eines Hotfix-Patches, um die neuesten Linux-Kernel innerhalb von 15 Tagen nach Veröffentlichung zu unterstützen. Der Rollout dieses Fixes erfolgt zwischen zwei Hauptversionen. Befolgen Sie zum Aktualisieren auf die aktuelle Version von Mobility Agent (einschließlich des Hotfix-Patches) die Schritte in diesem Artikel. Ein Rollout dieses Patches erfolgt derzeit für Mobility Agent-Instanzen im Azure-zu-Azure DR-Szenario.

Unterstützte SUSE Linux Enterprise Server 12-Kernelversionen für Azure-VMs

Hinweis

Mobilitätsdienstversionen 9.58 und 9.59 werden für Azure in Azure Site Recovery nicht veröffentlicht.

Release Mobility Service-Version Kernelversion
SUSE Linux Enterprise Server 12 (SP1, SP2, SP3, SP4, SP5) 9,63 Alle SUSE 12 SP1-, SP2-, SP3-, SP4- und SP5-Stock-Kernels werden unterstützt.

4.12.14-16.194-azure:5
4.12.14-16.197-azure:5
4.12.14-16.200-azure:5
SUSE Linux Enterprise Server 12 (SP1, SP2, SP3, SP4, SP5) 9,62 Alle SUSE 12 SP1-, SP2-, SP3-, SP4- und SP5-Stock-Kernels werden unterstützt.

4.12.14-16.185-azure:5
4.12.14-16.188-azure:5
4.12.14-16.191-azure:5
SUSE Linux Enterprise Server 12 (SP1, SP2, SP3, SP4, SP5) 9.61 Alle SUSE 12 SP1-, SP2-, SP3-, SP4- und SP5-Stock-Kernels werden unterstützt.

4.12.14-16.173-azure
4.12.14-16.182-azure:5
SUSE Linux Enterprise Server 12 (SP1, SP2, SP3, SP4, SP5) 9.60 Alle SUSE 12 SP1-, SP2-, SP3-, SP4- und SP5-Stock-Kernels werden unterstützt.

4.12.14-16.163-azure:5
SUSE Linux Enterprise Server 12 (SP1, SP2, SP3, SP4, SP5) 9.57 Alle SUSE 12 SP1-, SP2-, SP3-, SP4- und SP5-Stock-Kernels werden unterstützt.

4.12.14-16.155-azure:5

Unterstützte SUSE Linux Enterprise Server 15-Kernelversionen für Azure-VMs

Hinweis

Mobilitätsdienstversionen 9.58 und 9.59 werden für Azure in Azure Site Recovery nicht veröffentlicht.

Release Mobility Service-Version Kernelversion
SUSE Linux Enterprise Server 15 (SP1, SP2, SP3, SP4, SP5, SP6) 9,63 Alle SUSE 15 SP1-, SP2-, SP3-, SP4-, SP5- und SP6-Basiskernels werden unterstützt.

5.14.21-150500.33.63-azure:5
5.14.21-150500.33.66-azure:5
6.4.0-150600.6-azure:6
6.4.0-150600.8.11-azure:6
6.4.0-150600.8.5-azure:6
6.4.0-150600.8.8-azure:6
6.4.0-150600.8.14-azure:6
5.14.21-150500.33.69-azure:5
SUSE Linux Enterprise Server 15 (SP1, SP2, SP3, SP4, SP5) 9,62 Alle SUSE 15 SP1-, SP2-, SP3-, SP4- und SP5-Basiskernels werden unterstützt.

5.14.21-150500.33.54-azure:5
5.14.21-150500.33.57-azure:5
5.14.21-150500.33.60-azure:5
SUSE Linux Enterprise Server 15 (SP1, SP2, SP3, SP4, SP5) 9.61 Alle SUSE 15 SP1-, SP2-, SP3-, SP4- und SP5-Basiskernels werden unterstützt.

5.14.21-150500.33.37-azure
5.14.21-150500.33.42-azure
5.14.21-150500.33.48-azure:5
5.14.21-150500.33.51-azure:5
SUSE Linux Enterprise Server 15 (SP1, SP2, SP3, SP4, SP5) 9.60 Standardmäßig werden alle SUSE 15, SP1-, SP2-, SP3-, SP4-, SP5-Stock-Kernel unterstützt.

5.14.21-150500.33.29-azure
5.14.21-150500.33.34-azure
SUSE Linux Enterprise Server 15 (SP1, SP2, SP3, SP4, SP5) 9.57 Standardmäßig werden alle SUSE 15, SP1-, SP2-, SP3-, SP4-, SP5-Stock-Kernel unterstützt.

5.14.21-150400.14.72-azure:4
5.14.21-150500.33.23-azure:5
5.14.21-150500.33.26-azure:5

Unterstützte Red Hat Linux-Kernelversionen für Oracle Linux auf virtuellen Azure-Computern

Release Mobility Service-Version Red Hat-Kernelversion
Oracle Linux 9.0
Oracle Linux 9.1
Oracle Linux 9.2
Oracle Linux 9.3
Oracle Linux 9.4
9,63 5.14.0-284.73.1.el9_2.x86_64
5.14.0-284.75.1.el9_2.x86_64
5.14.0-284.77.1.el9_2.x86_64
5.14.0-284.79.1.el9_2.x86_64
5.14.0-284.80.1.el9_2.x86_64
5.14.0-284.82.1.el9_2.x86_64
5.14.0-284.84.1.el9_2.x86_64
5.14.0-284.85.1.el9_2.x86_64
5.14.0-284.86.1.el9_2.x86_64
5.14.0-427.13.1.el9_4.x86_64
5.14.0-427.16.1.el9_4.x86_64
5.14.0-427.18.1.el9_4.x86_64
5.14.0-427.20.1.el9_4.x86_64
5.14.0-427.22.1.el9_4.x86_64
5.14.0-427.24.1.el9_4.x86_64
5.14.0-427.26.1.el9_4.x86_64
5.14.0-427.28.1.el9_4.x86_64
5.14.0-427.31.1.el9_4.x86_64
5.14.0-427.33.1.el9_4.x86_64
5.14.0-427.35.1.el9_4.x86_64
5.14.0-427.37.1.el9_4.x86_64
Oracle Linux 9.0
Oracle Linux 9.1
Oracle Linux 9.2
Oracle Linux 9.3
9,62 5.14.0-70.97.1.el9_0.x86_64
5.14.0-70.101.1.el9_0.x86_64
5.14.0-284.62.1.el9_2.x86_64
5.14.0-284.64.1.el9_2.x86_64
5.14.0-284.66.1.el9_2.x86_64
5.14.0-284.67.1.el9_2.x86_64
5.14.0-284.69.1.el9_2.x86_64
5.14.0-284.71.1.el9_2.x86_64
Oracle Linux 9.0
Oracle Linux 9.1
Oracle Linux 9.2
Oracle Linux 9.3
9,61 5.14.0-70.93.2.el9_0.x86_64
5.14.0-284.54.1.el9_2.x86_64
5.14.0-284.57.1.el9_2.x86_64
5.14.0-284.59.1.el9_2.x86_64
5.14.0-362.24.1.el9_3.x86_64
Oracle Linux 9.0
Oracle Linux 9.1
Oracle Linux 9.2
Oracle Linux 9.3
9,60 5.14.0-70.13.1.el9_0.x86_64
5.14.0-70.17.1.el9_0.x86_64
5.14.0-70.22.1.el9_0.x86_64
5.14.0-70.26.1.el9_0.x86_64
5.14.0-70.30.1.el9_0.x86_64
5.14.0-70.36.1.el9_0.x86_64
5.14.0-70.43.1.el9_0.x86_64
5.14.0-70.49.1.el9_0.x86_64
5.14.0-70.50.2.el9_0.x86_64
5.14.0-70.53.1.el9_0.x86_64
5.14.0-70.58.1.el9_0.x86_64
5.14.0-70.64.1.el9_0.x86_64
5.14.0-70.70.1.el9_0.x86_64
5.14.0-70.75.1.el9_0.x86_64
5.14.0-70.80.1.el9_0.x86_64
5.14.0-70.85.1.el9_0.x86_64
5.14.0-162.6.1.el9_1.x86_64
5.14.0-162.12.1.el9_1.x86_64
5.14.0-162.18.1.el9_1.x86_64
5.14.0-162.22.2.el9_1.x86_64
5.14.0-162.23.1.el9_1.x86_64
5.14.0-284.11.1.el9_2.x86_64
5.14.0-284.13.1.el9_2.x86_64
5.14.0-284.16.1.el9_2.x86_64
5.14.0-284.18.1.el9_2.x86_64
5.14.0-284.23.1.el9_2.x86_64
5.14.0-284.25.1.el9_2.x86_64
5.14.0-284.28.1.el9_2.x86_64
5.14.0-284.30.1.el9_2.x86_64
5.14.0-284.32.1.el9_2.x86_64
5.14.0-284.34.1.el9_2.x86_64
5.14.0-284.36.1.el9_2.x86_64
5.14.0-284.40.1.el9_2.x86_64
5.14.0-284.41.1.el9_2.x86_64
5.14.0-284.43.1.el9_2.x86_64
5.14.0-284.44.1.el9_2.x86_64
5.14.0-284.45.1.el9_2.x86_64
5.14.0-284.48.1.el9_2.x86_64
5.14.0-284.50.1.el9_2.x86_64
5.14.0-284.52.1.el9_2.x86_64
5.14.0-362.8.1.el9_3.x86_64
5.14.0-362.13.1.el9_3.x86_64
5.14.0-362.18.1.el9_3.x86_64

Unterstützte Rocky Linux-Kernelversionen für Azure-VMs

Hinweis

Mobilitätsdienstversionen 9.58 und 9.59 werden für Azure in Azure Site Recovery nicht veröffentlicht.

Release Mobility Service-Version Red Hat-Kernelversion
Rocky Linux 9.0
Rocky Linux 9.1
9,62 5.14.0-70.97.1.el9_0.x86_64
5.14.0-70.101.1.el9_0.x86_64
5.14.0-284.62.1.el9_2.x86_64
5.14.0-284.64.1.el9_2.x86_64
5.14.0-284.66.1.el9_2.x86_64
5.14.0-284.67.1.el9_2.x86_64
5.14.0-284.69.1.el9_2.x86_64
5.14.0-284.71.1.el9_2.x86_64
5.14.0-427.13.1.el9_4.x86_64
5.14.0-427.16.1.el9_4.x86_64
5.14.0-427.18.1.el9_4.x86_64
5.14.0-427.20.1.el9_4.x86_64
5.14.0-427.22.1.el9_4.x86_64
Rocky Linux 9.0
Rocky Linux 9.1
9,61 5.14.0-70.93.2.el9_0.x86_64
Rocky Linux 9.0
Rocky Linux 9.1
9.60 5.14.0-70.13.1.el9_0.x86_64
5.14.0-70.17.1.el9_0.x86_64
5.14.0-70.22.1.el9_0.x86_64
5.14.0-70.26.1.el9_0.x86_64
5.14.0-70.30.1.el9_0.x86_64
5.14.0-70.36.1.el9_0.x86_64
5.14.0-70.43.1.el9_0.x86_64
5.14.0-70.49.1.el9_0.x86_64
5.14.0-70.50.2.el9_0.x86_64
5.14.0-70.53.1.el9_0.x86_64
5.14.0-70.58.1.el9_0.x86_64
5.14.0-70.64.1.el9_0.x86_64
5.14.0-70.70.1.el9_0.x86_64
5.14.0-70.75.1.el9_0.x86_64
5.14.0-70.80.1.el9_0.x86_64
5.14.0-70.85.1.el9_0.x86_64
5.14.0-162.6.1.el9_1.x86_64
5.14.0-162.12.1.el9_1.x86_64
5.14.0-162.18.1.el9_1.x86_64
5.14.0-162.22.2.el9_1.x86_64
5.14.0-162.23.1.el9_1.x86_64
Release Mobility Service-Version Kernelversion
Rocky Linux 9.57 Rocky Linux 8.8
Rocky Linux 8.9
Rocky Linux 9.56 Rocky Linux 8.7
Rocky Linux 9.0

Wichtig

Zusätzlich zur neuesten Version des Mobilitäts-Agents gibt es ein Azure Site Recovery-Rollout eines Hotfix-Patches, um die neuesten Linux-Kernel innerhalb von 15 Tagen nach Veröffentlichung zu unterstützen. Der Rollout dieses Fixes erfolgt zwischen zwei Hauptversionen. Befolgen Sie zum Aktualisieren auf die aktuelle Version von Mobility Agent (einschließlich des Hotfix-Patches) die Schritte in diesem Artikel. Ein Rollout dieses Patches erfolgt derzeit für Mobility Agent-Instanzen im Azure-zu-Azure DR-Szenario.

Replizierte Computer – Linux-Dateisystem/Gastspeicher

  • Dateisysteme: ext3, ext4, XFS, BTRFS
  • Volume-Manager: LVM2

Hinweis

Multipfadsoftware wird nicht unterstützt.

Replizierte Computer – Compute-Einstellungen

Einstellung Unterstützung Details
Size Jede Größe von virtuellen Azure-Computern mit mindestens zwei CPU-Kernen und 1 GB RAM Überprüfen Sie die Größen der virtuellen Azure-Computer.
RAM Der Azure Site Recovery-Treiber verbraucht 6 % des RAM Speichers.
Verfügbarkeitsgruppen Unterstützt Wenn Sie die Replikation für eine Azure-VM mit den Standardoptionen aktivieren, wird basierend auf den Einstellungen der Quellregion automatisch eine Verfügbarkeitsgruppe erstellt. Sie können diese Einstellungen ändern.
Verfügbarkeitszonen Unterstützt
Dedicated Host Nicht unterstützt
Hybridnutzungsvorteil (Hybrid Use Benefit, HUB) Unterstützt Wenn für den virtuellen Quellcomputer eine HUB-Lizenz aktiviert wurde, verwendet auch die Testfailover- oder Failover-VM die HUB-Lizenz.
VM-Skalierungsgruppe – Flex Verfügbarkeitsszenario – unterstützt. Skalierbarkeitsszenario – nicht unterstützt.
Azure-Katalogimages – von Microsoft veröffentlicht Unterstützt Wird unterstützt, wenn auf der VM ein unterstütztes Betriebssystem ausgeführt wird.
Azure-Katalogimages – von Drittanbietern veröffentlicht Unterstützt Wird unterstützt, wenn auf der VM ein unterstütztes Betriebssystem ausgeführt wird.
Benutzerdefinierte Images – von Drittanbietern veröffentlicht Unterstützt Wird unterstützt, wenn auf der VM ein unterstütztes Betriebssystem ausgeführt wird.
Mit Site Recovery migrierte virtuelle Computer Unterstützt Wenn eine VMware-VM oder ein physischer Computer mit Site Recovery zu Azure migriert wurde, müssen Sie die ältere Version des Mobility Service deinstallieren, die auf dem Computer ausgeführt wird, und den Computer neu starten, bevor er in einer anderen Azure-Region repliziert werden kann.
Azure RBAC-Richtlinien Nicht unterstützt Richtlinien für die rollenbasierte Zugriffssteuerung in Azure (Azure RBAC) der VM werden nicht in die Failover-VM in der Zielregion repliziert.
Erweiterungen Nicht unterstützt Erweiterungen werden nicht in die Failover-VM in der Zielregion repliziert. Nach dem Failover müssen sie manuell installiert werden.
Näherungsplatzierungsgruppen Unterstützt Virtuelle Computer innerhalb einer Näherungsplatzierungsgruppe können mithilfe von Site Recovery geschützt werden.
Tags Unterstützt Auf virtuelle Quellcomputer angewendete benutzergenerierte Tags werden nach einem Testfailover oder einem Failover auf die virtuellen Zielcomputer übertragen. Tags auf VMs werden alle 24 Stunden repliziert, solange die VM s in der Zielregion vorhanden sind.

Replizierte Computer – Datenträgeraktionen

Aktion Details
Größe des Datenträgers auf einer replizierten VM ändern Das Ändern der Größe auf dem virtuellen Quellcomputer wird unterstützt. Das Herabsetzen der Größe auf dem virtuellen Quellcomputer wird nicht unterstützt. Die Größenänderung sollte vor dem Failover stattfinden. Es besteht keine Notwendigkeit, die Replikation zu deaktivieren bzw. erneut zu aktivieren.

Wenn Sie die Quell-VM nach einem Failover ändern, werden die Änderungen nicht erfasst.

Wenn Sie die Datenträgergröße auf dem virtuellen Azure-Computer nach einem Failover ändern, werden die Änderungen von Site Recovery nicht erfasst, und das Failback erfolgt auf die ursprüngliche VM-Größe.

Wenn Sie die Größe auf >=4 TB ändern, beachten Sie die Azure-Anleitung zum Zwischenspeichern von Datenträgern hier.
Hinzufügen eines Datenträgers zu einem replizierten virtuellen Computer Unterstützt
Offlineänderungen an geschützten Datenträgern Wenn Sie Datenträger trennen und offline Änderungen vornehmen, muss eine vollständige Neusynchronisierung ausgelöst werden.
Nutzung des Datenträgercaches Datenträgerzwischenspeicherung wird für Datenträger mit 4 TB und höher nicht unterstützt. Wenn mehrere Datenträger an Ihre VM angefügt sind, unterstützt jeder Datenträger, der kleiner als 4 TB ist, die Zwischenspeicherung. Durch Ändern der Cacheeinstellung eines Azure-Datenträgers wird der Zieldatenträger getrennt und erneut angefügt. Wenn es sich um den Betriebssystem-Datenträger handelt, wird der virtuelle Computer neu gestartet. Beenden Sie alle Anwendungen und Dienste, die von dieser Unterbrechung betroffen sein könnten, bevor Sie die Cacheeinstellung des Datenträgers ändern. Wenn diese Empfehlungen nicht befolgt werden, kann dies zu einer Beschädigung der Daten führen.

Replizierte Computer – Speicher

Hinweis

Azure Site Recovery unterstützt Speicherkonten mit Seitenblobs für die Replikation nicht verwalteter Datenträger.

In dieser Tabelle ist die Unterstützung für den Betriebssystemdatenträger, Datenträger und temporären Datenträger der Azure-VM zusammengefasst.

  • Es ist wichtig, dass die VM-Datenträgergrenzwerte und -Ziele für verwaltete Datenträger eingehalten werden, um Leistungsprobleme zu vermeiden.
  • Wenn Sie für die Bereitstellung die Standardeinstellungen verwenden, erstellt Site Recovery Datenträger und Speicherkonten automatisch basierend auf den Einstellungen für die Datenquelle.
  • Achten Sie darauf, dass Sie die Richtlinien befolgen, wenn Sie Anpassungen vornehmen möchten.
Komponente Unterstützung Details
Datenträgerumbenennung Unterstützt
Maximale Größe des Betriebssystemdatenträgers 4095 GiB Erfahren Sie mehr zu VM-Datenträgern.
Temporärer Datenträger Nicht unterstützt Der temporäre Datenträger ist immer von der Replikation ausgeschlossen.

Speichern Sie auf dem temporären Datenträger keine persistenten Daten. Weitere Informationen
Maximale Größe des Datenträgers 32 TiB für verwaltete Datenträger

4 TiB für nicht verwaltete Datenträger
Minimale Größe des Datenträgers Keine Einschränkung für nicht verwaltete Datenträger. 1 GiB für verwaltete Datenträger
Maximale Anzahl von Datenträgern Bis zu 64, gemäß der Unterstützung für eine bestimmte Azure-VM-Größe Erfahren Sie mehr zu VM-Größen.
Maximale Größe der Festplatte pro Speicherkonto (für nicht verwaltete Datenträger) 35 TiB Hierbei handelt es sich um eine Obergrenze für die kumulierte Größe von Seitenblobs, die in einem Storage Premium-Konto erstellt werden.
Änderungsrate für Datenträger Maximal 20 MBit/s pro Datenträger für Storage Premium. Maximal 2 MBit/s pro Datenträger für Standardspeicher. Wenn die durchschnittliche Datenänderungsrate auf dem Datenträger dauerhaft über dem Maximalwert liegt, kann dies durch die Replikation nicht aufgeholt werden.

Falls der Maximalwert aber nur sporadisch überschritten wird, kann die Replikation aufholen, aber es kommt ggf. zu einer leichten Verzögerung bei den Wiederherstellungspunkten.
Datenträger – Standard-Speicherkonto Unterstützt
Datenträger – Storage Premium-Konto Unterstützt Wenn ein virtueller Computer Datenträger in Premium- und Standard-Speicherkonten aufweist, können Sie für jeden Datenträger ein eigenes Zielspeicherkonto auswählen, um sicherzustellen, dass die gleiche Speicherkonfiguration in der Zielregion vorhanden ist.
Verwalteter Datenträger – Standard Unterstützt in Azure-Regionen, in denen Azure Site Recovery unterstützt wird.
Verwalteter Datenträger – Premium Unterstützt in Azure-Regionen, in denen Azure Site Recovery unterstützt wird.
Grenzwerte für Datenträger-Abonnements Es sind bis zu 3.000 geschützte Datenträger pro Abonnement möglich Stellen Sie sicher, dass das Quell- oder Zielabonnement nicht mehr als 3.000 Azure Site Recovery-geschützte Datenträger (sowohl Daten als auch Betriebssysteme) enthält.
SSD Standard Unterstützt
Redundanz LRS, ZRS und GRS werden unterstützt.
Kalter und heißer Speicher Nicht unterstützt VM-Datenträger werden für kalten und heißen Speicher nicht unterstützt
Speicherplätze Unterstützt
NVMe-Speicherschnittstelle Nicht unterstützt
Verschlüsselung auf dem Host Nicht unterstützt Die VM wird zwar geschützt, aber bei der VM, für die der Failover ausgeführt wurde, wird „Verschlüsselung auf dem Host“ nicht aktiviert. Hier finden Sie Weitere Informationen dazu, mithilfe von End-to-End-Verschlüsselung auf dem Host eine VM zu erstellen.
Verschlüsselung ruhender Daten (SSE) Unterstützt SSE ist die Standardeinstellung für Speicherkonten.
Verschlüsselung ruhender Daten (CMK) Unterstützt Software- und HSM-Schlüssel werden für verwaltete Datenträger unterstützt.
Doppelte Verschlüsselung im Ruhezustand Unterstützt Erfahren Sie mehr über unterstützte Regionen für Windows und Linux.
FIPS-Verschlüsselung Nicht unterstützt
Azure Disk Encryption (ADE) für Windows Unterstützt für virtuelle Computer mit verwalteten Datenträgern. VM mit nicht verwalteten Datenträgern werden nicht unterstützt.

Durch HSM geschützte Schlüssel werden nicht unterstützt.

Die Verschlüsselung einzelner Volumes auf einem einzelnen Datenträger wird nicht unterstützt.
Azure Disk Encryption (ADE) für Linux Unterstützt für virtuelle Computer mit verwalteten Datenträgern. VM mit nicht verwalteten Datenträgern werden nicht unterstützt.

Durch HSM geschützte Schlüssel werden nicht unterstützt.

Die Verschlüsselung einzelner Volumes auf einem einzelnen Datenträger wird nicht unterstützt.

Bekanntes Problem beim Aktivieren der Replikation. Weitere Informationen.
SAS-Schlüsselrotation Nicht unterstützt Wenn der SAS-Schlüssel für Speicherkonten gedreht wird, muss der Kunde die Replikation deaktivieren und erneut aktivieren.
Hostzwischenspeicherung Unterstützt
Hinzufügen von Datenträgern im laufendem Betrieb Unterstützt Die Aktivierung der Replikation für einen Datenträger, den Sie einer replizierten Azure-VM hinzufügen, wird für VMs unterstützt, die verwaltete Datenträger verwenden.

Es kann jeweils nur ein virtueller Datenträger einer Azure-VM im laufenden Betrieb hinzugefügt werden. Das parallele Hinzufügen mehrerer Datenträger wird nicht unterstützt.
Entfernen von Datenträgern im laufendem Betrieb Nicht unterstützt Wenn Sie Datenträger auf dem virtuellen Computer entfernen, müssen Sie die Replikation deaktivieren und dann für den virtuellen Computer erneut aktivieren.
Ausschließen von Datenträgern Unterstützt. Sie können PowerShell verwenden oder über das Portal zur Option Erweiterte Einstellungen>Speichereinstellungen>Zu replizierende Datenträger navigieren. Temporäre Datenträger sind standardmäßig ausgeschlossen.
Speicherplätze direkt Für absturzkonsistente Wiederherstellungspunkte unterstützt. Anwendungskonsistente Wiederherstellungspunkte werden nicht unterstützt.
Dateiserver mit horizontaler Skalierung Für absturzkonsistente Wiederherstellungspunkte unterstützt. Anwendungskonsistente Wiederherstellungspunkte werden nicht unterstützt.
DRBD Datenträger, die Teil eines DRBD-Setups sind, werden nicht unterstützt.
LRS Unterstützt
GRS Unterstützt
RA-GRS Unterstützt
ZRS Unterstützt
Kalter und heißer Speicher Nicht unterstützt Datenträger für VM werden auf kaltem und heißem Speicher nicht unterstützt.
Azure Storage-Firewalls für virtuelle Netzwerke Unterstützt Wenn Sie den Zugriff auf virtuelle Netzwerke in Speicherkonten einschränken möchten, lassen Sie vertrauenswürdige Microsoft-Dienste zu.
Allgemeine V2-Speicherkonten (heiße und kalte Ebene) Unterstützt Die Transaktionskosten steigen gegenüber allgemeinen V1-Speicherkonten erheblich an.
Generation 2 (UEFI-Start) Unterstützt
NVMe-Datenträger Nicht unterstützt
Freigegebene Azure-Datenträger Nicht unterstützt
Ultra-Datenträger Nicht unterstützt
Option für die sichere Übertragung Unterstützt
Datenträger mit aktivierter Schreibbeschleunigung Nicht unterstützt
Tags Unterstützt Benutzergenerierte Tags werden alle 24 Stunden repliziert.
Vorläufiges Löschen Nicht unterstützt Vorläufiges Löschen wird nicht unterstützt, da die Kosten steigen, sobald es für ein Speicherkonto aktiviert wird. Azure Site Recovery führt sehr häufig Erstellungs-/Löschvorgänge für Protokolldateien durch, während die Replikation zu höheren Kosten führt.
iSCSI-Datenträger Nicht unterstützt Azure Site Recovery kann für die Migration oder das Failover von iSCSI-Datenträgern zu Azure verwendet werden. Allerdings werden iSCSI-Datenträger nicht für die Azure-zu-Azure-Replikation und für Failover/Failback unterstützt.

Wichtig

Um Leistungsprobleme zu vermeiden, stellen Sie sicher, dass Sie die Skalierbarkeits- und Leistungsziele für verwaltete Datenträger beachten. Wenn Sie die Standardeinstellungen verwenden, erstellt Site Recovery die erforderlichen Datenträger und Speicherkonten auf Basis der Quellkonfiguration. Wenn Sie Ihre eigenen Einstellungen anpassen und verwenden möchten, halten Sie die Skalierbarkeits- und Leistungsziele für Datenträger für Ihre Quell-VMs ein.

Grenzwerte und Datenänderungsraten

Die folgende Tabelle enthält die Site Recovery-Grenzwerte.

  • Diese Grenzwerte basieren auf unseren Tests, können aber begreiflicherweise nicht alle möglichen E/A-Kombinationen für Anwendungen abdecken.
  • Die tatsächlichen Ergebnisse können je nach Ihrer E/A-Mischung für die App variieren.
  • Zwei Grenzwerte müssen beachtet werden, nämlich jene für Datenänderungen bei Datenträgern und jene für Datenänderungen bei virtuellen Computern.
  • Der aktuelle Grenzwert für die Datenänderungsrate pro virtuellem Computer beträgt 54 MB/s, unabhängig von der Größe.
**Typ des Replikatdatenträgers** Durchschnittliche E/A-Größe des Quelldatenträgers Durchschnittliche Datenänderungsrate des Quelldatenträgers Gesamte Datenänderungsrate des Quelldatenträgers pro Tag
Standardspeicher 8 KB 2 MB/s 168 GB pro Datenträger
SSD Premium mit Datenträgergröße ab 128 GiB 8 KB 2 MB/s 168 GB pro Datenträger
SSD Premium mit Datenträgergröße ab 128 GiB 16 KB 4 MB/s 336 GB pro Datenträger
SSD Premium mit Datenträgergröße ab 128 GiB 32 KB oder höher 8 MB/s 672 GB pro Datenträger
SSD Premium mit Datenträgergröße ab 512 GiB 8 KB 5 MB/s 421 GB pro Datenträger
SSD Premium mit Datenträgergröße ab 512 GiB 16 KB oder höher 20 MB/s 1\.684 GB pro Datenträger

Hinweis

Die Unterstützung für hohe Datenänderungsraten ist jetzt in Azure Site Recovery verfügbar, und die Datenänderungsrate pro VM wurde auf 100 MB/s erhöht. Weitere Informationen finden Sie unter Azure-VM-Notfallwiederherstellung – Unterstützung für hohen Churn.

Replizierte Computer – Netzwerk

Einstellung Unterstützung Details
NIC Unterstützte maximale Anzahl für eine bestimmte Azure-VM-Größe Netzwerkkarten werden erstellt, wenn die VM während des Failovers erstellt wird.

Die Anzahl von Netzwerkkarten auf dem virtuellen Failovercomputer ist abhängig von der Anzahl von Netzwerkkarten, die auf dem virtuellen Quellcomputer vorhanden waren, als die Replikation aktiviert wurde. Falls Sie eine Netzwerkkarte nach dem Aktivieren der Replikation hinzufügen oder entfernen, wirkt sich dies nicht auf die Anzahl von Netzwerkkarten auf der replizierten VM nach dem Failover aus.

Nach einem Failover entspricht die Reihenfolge der Netzwerkkarten (NICs) unter Umständen nicht mehr der ursprünglichen Reihenfolge.

Sie können die Netzwerkadapter in der Zielregion gemäß den Benennungskonventionen Ihrer Organisation umbenennen.
Internetlastenausgleich Nicht unterstützt Sie können einen öffentlichen/Internet-Lastenausgleich in der primären Region einrichten. Allerdings werden öffentliche/Internet-Lastenausgleiche von Azure Site Recovery in der DR-Region nicht unterstützt.
Interner Lastenausgleich Unterstützt Ordnen Sie den vorkonfigurierten Lastenausgleich mit einem Azure-Automatisierungsskript in einem Wiederherstellungsplan zu.
Öffentliche IP-Adresse Unterstützt Ordnen Sie der Netzwerkkarte eine vorhandene öffentliche IP-Adresse zu. Oder erstellen Sie eine öffentliche IP-Adresse, und ordnen Sie diese der Netzwerkkarte zu, indem Sie ein Azure-Automatisierungsskript in einem Wiederherstellungsplan verwenden.
NSG auf Netzwerkkarte Unterstützt Ordnen Sie die NSG der Netzwerkkarte zu, indem Sie ein Azure-Automatisierungsskript in einem Wiederherstellungsplan verwenden.
NSG im Subnetz Unterstützt Ordnen Sie die NSG dem Subnetz zu, indem Sie ein Azure-Automatisierungsskript in einem Wiederherstellungsplan verwenden.
Reservierte (statische) IP-Adresse Unterstützt Wenn die Netzwerkkarte auf dem virtuellen Quellcomputer über eine statische IP-Adresse verfügt und für das Zielsubnetz die gleiche IP-Adresse verfügbar ist, wird sie der VM zugewiesen, für die das Failover ausgeführt wurde.

Falls das Zielsubnetz nicht über die gleiche IP-Adresse verfügt, wird eine der verfügbaren IP-Adressen im Subnetz für den virtuellen Computer reserviert.

Sie können eine feste IP-Adresse und ein Subnetz auch unter Replizierte Elemente>Einstellungen>Netzwerk>Netzwerkschnittstellen angeben.
Dynamische IP-Adresse Unterstützt Wenn die Netzwerkkarte auf der Quelle über eine dynamische IP-Adressierung verfügt, ist die Netzwerkkarte auf dem virtuellen Computer, für den das Failover ausgeführt wurde, standardmäßig ebenfalls dynamisch.

Sie können dies in eine feste IP-Adresse ändern, falls es erforderlich ist.
Mehrere IP-Adressen Unterstützt Wenn Sie ein Failover für einen virtuellen Computer mit einem Netzwerkadapter mit mehreren IP-Adressen ausführen, wird standardmäßig nur die primäre IP-Adresse des Netzwerkadapters in der Quellregion beibehalten. Um ein Failover für sekundäre IP-Konfigurationen durchzuführen, können Sie die dafür notwendigen Konfigurationen auf dem Blatt Netzwerk vornehmen.
Dies wird nur für die Regionsreplikation unterstützt, Zonen-zu-Zonen-Replikation wird nicht unterstützt.
Traffic Manager Unterstützt Sie können Traffic Manager so vorkonfigurieren, dass Datenverkehr in regelmäßigen Abständen an den Endpunkt in der Quellregion und bei einem Failover an den Endpunkt in der Zielregion weitergeleitet wird.
Azure DNS Unterstützt
Benutzerdefinierter DNS Unterstützt
Nicht authentifizierter Proxy Unterstützt Weitere Informationen
Authentifizierter Proxy Nicht unterstützt Wenn die VM einen authentifizierten Proxy für ausgehende Verbindungen verwendet, kann sie nicht mit Azure Site Recovery repliziert werden.
VPN-Site-to-Site-Verbindung mit lokalem Standort

(mit oder ohne ExpressRoute)
Unterstützt Stellen Sie sicher, dass die UDRs und NSGs so konfiguriert sind, dass der Datenverkehr für die Sitewiederherstellung nicht lokal weitergeleitet wird. Weitere Informationen
VNet-zu-VNet-Verbindung Unterstützt Weitere Informationen
VNET-Dienstendpunkte Unterstützt Wenn Sie den Zugriff auf virtuelle Netzwerke in Speicherkonten einschränken, stellen Sie sicher, dass den vertrauenswürdigen Microsoft-Diensten Zugriff auf das Speicherkonto gewährt wird.
Beschleunigte Netzwerke Unterstützt Beschleunigte Netzwerke können auf der Wiederherstellungs-VM nur aktiviert werden, wenn sie auch auf der Quell-VM aktiviert sind. Weitere Informationen
Palo Alto Network Appliance Nicht unterstützt Bei Appliances von Drittanbietern gibt es häufig Beschränkungen, die vom Anbieter innerhalb des virtuellen Computers auferlegt werden. Azure Site Recovery erfordert die Verfügbarkeit eines Agents sowie von Erweiterungen und ausgehender Konnektivität. Die Anwendung lässt jedoch nicht zu, dass ausgehende Aktivitäten innerhalb der VM konfiguriert werden.
IPv6 Nicht unterstützt Gemischte Konfigurationen, die sowohl IPv4 als auch IPv6 einschließen, werden unterstützt. Azure Site Recovery verwendet jedoch alle verfügbaren IPv4-Adressen. Wenn keine freien IPv4-Adressen im Subnetz vorhanden sind, wird die Konfiguration nicht unterstützt.
Private Link-Zugriff auf den Site Recovery-Dienst Unterstützt Weitere Informationen
Tags Unterstützt Benutzergenerierte Tags auf NICs werden alle 24 Stunden repliziert.

Nächste Schritte