Unterstützungsmatrix für die Notfallwiederherstellung virtueller VMware-Computer und physischer Server in Azure

Dieser Artikel enthält eine Übersicht über die unterstützten Komponenten und Einstellungen für die Notfallwiederherstellung von VMware-VMs und physischen Servern in Azure mit Azure Site Recovery.

  • Erfahren Sie mehr über die Architektur der Notfallwiederherstellung für VMware-VMs/physische Server.
  • Unsere Tutorials helfen Ihnen dabei, die Notfallwiederherstellung auszuprobieren.

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.

Bereitstellungsszenarien

Szenario Details
Notfallwiederherstellung von virtuellen VMware-Computern Replikation lokaler VMware-VMs in Azure. Dieses Szenario können Sie über das Azure-Portal oder mit PowerShell bereitstellen.
Notfallwiederherstellung von physischen Servern Die Replikation lokaler physischer Windows-/Linux-Server in Azure. Dieses Szenario können Sie im Azure-Portal bereitstellen.

(Wird für die Vorschauarchitektur nicht unterstützt)

Lokale Virtualisierungsserver

Server Anforderungen Details
vCenter Server Version 7.0 & nachfolgende Aktualisierungen in dieser Version, 6.7, 6.5, 6.0 oder 5.5 Wir empfehlen Ihnen, einen vCenter-Server in Ihrer Notfallwiederherstellungsbereitstellung zu verwenden.
vSphere-Hosts Version 7.0 & nachfolgende Aktualisierungen in dieser Version, 6.7, 6.5, 6.0 oder 5.5 Ihre vSphere-Hosts und vCenter-Server sollten sich im gleichen Netzwerk befinden wie der Prozessserver. Der Prozessserver wird standardmäßig auf dem Konfigurationsserver ausgeführt. Weitere Informationen

Site Recovery-Konfigurationsserver

Der Konfigurationsserver ist ein lokaler Computer, auf dem Site Recovery-Komponenten ausgeführt werden (unter anderem der Konfigurationsserver, der Prozessserver und der Masterzielserver).

  • Für die VMware-VMs muss der Konfigurationsserver eingerichtet werden, indem Sie eine OVF-Vorlage herunterladen, um einen virtuellen VMware-Computer zu erstellen.
  • Für physische Servers muss der Konfigurationsservercomputer manuell eingerichtet werden.
Komponente Anforderungen
CPU-Kerne 8
RAM 16 GB
Anzahl der Datenträger Drei Datenträger

Hierzu zählen der Betriebssystemdatenträger, der Prozessservercache-Datenträger und das Aufbewahrungslaufwerk für das Failback.
Freier Speicherplatz auf dem Datenträger 600 GB für den Prozessservercache.
Freier Speicherplatz auf dem Datenträger 600 GB für das Aufbewahrungslaufwerk.
Betriebssystem Windows Server 2012 R2 oder Windows Server 2016 mit Desktopoberfläche

Wenn Sie beabsichtigen, das integrierte Masterziel dieser Appliance als Failback zu verwenden, stellen Sie sicher, dass die Betriebssystemversion mindestens den replizierten Elementen entspricht.
Gebietsschema des Betriebssystems Englisch (en-us)
PowerCLI Nicht erforderlich für die Konfigurationsserverversion 9.14 oder höher.
Windows Server-Rollen Aktivieren Sie nicht Active Directory Domain Services, Internetinformationsdienste (IIS) oder Hyper-V.
Gruppenrichtlinien - Zugriff auf Eingabeaufforderung verhindern
- Zugriff auf Programme zum Bearbeiten der Registrierung verhindern
- Vertrauenslogik für Dateianlagen
- Skriptausführung aktivieren
- Weitere Informationen
IIS Stellen Sie sicher, dass Sie:

- Es ist noch keine Standardwebsite vorhanden.
- Aktivieren Sie anonyme Authentifizierung
- Aktivieren der Einstellung FastCGI
- Es ist noch keine Website/App vorhanden, die an Port 443 lauscht.
NIC-Typ VMXNET3 (bei Bereitstellung als VMware-VM)
Art der IP-Adresse statischen
Ports 443 für die Steuerkanalorchestrierung
9443 für den Datentransport

Hinweis

Das Betriebssystem muss mit dem englischen Gebietsschema installiert werden. Die Konvertierung des Gebietsschemas nach der Installation kann zu potenziellen Problemen führen.

Replizierte Computer

In der Vorschau wird die Replikation von der Azure Site Recovery-Replikationsappliance durchgeführt. Ausführliche Informationen zur Replikationsappliance finden Sie in diesem Artikel.

Site Recovery unterstützt die Replikation beliebiger Workloads, die auf einem unterstützten Computer ausgeführt werden.

Komponente Details
Computereinstellungen Computer, die in Azure repliziert werden sollen, müssen die Azure-Anforderungen erfüllen.
Computerworkload Site Recovery unterstützt die Replikation beliebiger Workloads, die auf einem unterstützten Computer ausgeführt werden. Weitere Informationen
Computername Stellen Sie sicher, dass der Anzeigename des Computers nicht in den Bereich der für Azure reservierten Ressourcennamen fällt.

Bei Namen logischer Volumes wird nicht zwischen Groß- und Kleinschreibung unterschieden. Stellen Sie sicher, dass keine zwei Volumes auf einem Gerät denselben Namen aufweisen. Beispiel: Volumen mit den Namen „voLUME1“, „volume1“ können nicht über Azure Site Recovery geschützt werden.

Für Windows

Betriebssystem Details
Windows Server 2022 Unterstützt ab Updaterollup 59 (Version 9.46 des Mobility-Diensts).
Windows Server 2019 Unterstützt ab Updaterollup 34 (Version 9.22 des Mobility-Diensts).
Windows Server 2016 (64 Bit) Unterstützt für Server Core, Server mit Desktopumgebung.
Windows Server 2012 R2/Windows Server 2012 Unterstützt.
Windows Server 2008 R2 ab SP1 Unterstützt.

Ab Version 9.30 des Mobility Service-Agents müssen auf Computern, die unter Windows 2008 R2 mit SP1 oder höher ausgeführt werden, eine Wartungsstapelaktualisierung (Servicing Stack Update, SSU) und ein SHA-2-Update installiert sein. 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 Server 2008 ab SP2 (64 Bit/32 Bit) Nur für die Migration unterstützt. Weitere Informationen

Ab Version 9.30 des Mobility Service-Agents müssen auf Computern, die unter Windows 2008 SP2 ausgeführt werden, eine Wartungsstapelaktualisierung (Servicing Stack Update, SSU) und ein SHA-2-Update installiert sein. 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 10, Windows 8.1, Windows 8 Es werden nur 64-Bit-Systeme unterstützt. 32-Bit-Systeme werden nicht unterstützt.
Windows 7 mit SP1 (64 Bit) Unterstützt ab Updaterollup 36 (Version 9.22 des Mobility-Diensts).

Ab Version 9.30 des Mobility Service-Agents müssen auf Computern, auf denen Windows 7 SP1 ausgeführt wird, eine Wartungsstapelaktualisierung (Servicing Stack Update, SSU) und ein SHA-2-Update installiert sein. 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.

Für Linux

Betriebssystem Details
Linux Es werden nur 64-Bit-Systeme unterstützt. 32-Bit-Systeme werden nicht unterstützt.

Auf allen Linux-Servern sollten Linux Integration Services (LIS)-Komponenten installiert sein. Sie benötigen sie, um den Server in Azure nach einem Testfailover/Failover zu booten. Wenn integrierte LIS-Komponenten fehlen, stellen Sie sicher, dass Sie die Komponenten installieren, bevor Sie die Replikation der Computer für den Start in Azure aktivieren.

Site Recovery orchestriert Failover zum Ausführen von Linux-Servern in Azure. Linux-Anbieter sollten jedoch möglicherweise den Support auf Distributionsversionen einschränken, die noch nicht veraltet sind.

Bei Linux-Distributionen werden nur die vordefinierten Kernel, die bei Veröffentlichungen/Updates von Nebenversionen der Distribution enthalten sind, unterstützt.

Das Aktualisieren geschützter Computer über die wichtigsten Linux-Distributionsversionen hinweg wird nicht unterstützt. Um ein Upgrade auszuführen, deaktivieren Sie die Replikation, aktualisieren das Betriebssystem und aktivieren die Replikation erneut.

Erfahren Sie mehr über die Unterstützung von Linux und Open-Source-Technologie in Azure.

Verkettete E/A wird von Site Recovery nicht unterstützt.
Linux Red Hat Enterprise 5.2 bis 5.11
6.1 bis 6.10
7.0, 7.1, 7.2, 7.3, 7.4, 7.5, 7.6, 7.7, 7.8, 7.9 Beta version, 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)
Bei einigen älteren Kernels auf Servern mit Red Hat Enterprise Linux 5.2 bis 5.11 & 6.1 bis 6.10 sind keine Linux Integration Services-Komponenten (LIS) vorinstalliert. Wenn integrierte LIS-Komponenten fehlen, stellen Sie sicher, dass Sie die Komponenten installieren, bevor Sie die Replikation der Computer für den Start in Azure aktivieren.

Hinweis: RHEL 5 wird für die modernisierte VMware-Schutzfunktion (in der Vorschau) nicht unterstützt.
Linux: CentOS 5.2 bis 5.11
6.1 bis 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, 8.5

Bei einigen älteren Kernels auf Servern mit CentOS 5.2 bis 5.11 & 6.1 bis 6.10 sind keine Linux Integration Services-Komponenten (LIS) vorinstalliert. Wenn integrierte LIS-Komponenten fehlen, stellen Sie sicher, dass Sie die Komponenten installieren, bevor Sie die Replikation der Computer für den Start in Azure aktivieren.

Hinweis: CentOS 5 wird für die modernisierte VMware-Schutzfunktion (in der Vorschau) nicht unterstützt.
Ubuntu Ubuntu 14.04* LTS Server (Überprüfen Sie die unterstützten Kernel-Versionen)
Ubuntu 16.04* LTS Server (unterstützte Kernel-Versionen prüfen)
Ubuntu 18.04* LTS Server (unterstützte Kernel-Versionen prüfen)
Ubuntu 20.04* LTS Server (unterstützte Kernel-Versionen prüfen)
(*einschließlich Support für alle 14.04.x, 16.04.x, 18.04.x, 20.04.x Versionen)
Debian Debian 7/Debian 8 (einschließlich Unterstützung für alle 7. x- und 8. x-Versionen); Debian 9 (einschließlich Unterstützung für 9.1 bis 9.13. Debian 9.0 wird nicht unterstützt.), Debian 10 (Unterstützte Kernel-Versionen prüfen)
SUSE Linux SUSE Linux Enterprise Server 12 SP1, SP2, SP3, SP4, SP5(überprüfen Sie die unterstützten Kernelversionen)
SUSE Linux Enterprise Server 15, 15 SP1 (Überprüfen Sie die unterstützten Kernelversionen)
SUSE Linux Enterprise Server 11 SP3. Stellen Sie sicher, dass Sie das Installationsprogramm für den aktuellen Mobilitäts-Agent auf den Konfigurationsserver herunterladen.
SUSE Linux Enterprise Server 11 SP4
Hinweis: Das Upgrade replizierter Computer von SUSE Linux Enterprise Server 11 SP3 auf SP4 wird nicht unterstützt. Um ein Upgrade auszuführen, deaktivieren Sie die Replikation, und aktivieren Sie sie nach dem Upgrade erneut.
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, 8.4, 8.5

Ausführung des Red Hat-kompatiblen Kernel oder Unbreakable Enterprise Kernel Release 3, 4 & 5 (UEK3, UEK4, UEK5)

8.1
Die Ausführung wird auf allen UEK-Kernels und RedHat-Kernels vom Typ <= 3.10.0-1062.* in 9.35 unterstützt. Die Unterstützung für die restlichen RedHat-Kernels ist in 9.36 verfügbar.

Hinweis

  • Für jede Windows-Version unterstützt Azure Site Recovery nur LTSC-Builds (Long-Term Servicing Channel). Halbjährliche Kanalreleases werden derzeit nicht unterstützt.
  • Stellen Sie sicher, dass Azure Site Recovery für Linux-Versionen keine benutzerdefinierten Betriebssystemimages unterstützt. Es werden nur die vordefinierten Kernel unterstützt, die bei Veröffentlichungen/Updates von Nebenversionen der Distribution enthalten sind.

Ubuntu-Kernelversionen

Unterstütztes Release Mobility Service-Version Kernelversion
14.04 LTS 9.44, 9.45, 9.46, 9.47, 9.48 3.13.0-24-generic bis 3.13.0-170-generic,
3.16.0-25-generic bis 3.16.0-77-generic,
3.19.0-18-generic bis 3.19.0-80-generic,
4.2.0-18-generic bis 4.2.0-42-generic,
4.4.0-21-generic bis 4.4.0-148-generic,
4.15.0-1023-azure bis 4.15.0-1045-azure
16.04 LTS 9.44, 9.45, 9.46, 9.47, 9.48 4.4.0-21-generic bis 4.4.0-210-generic,
4.8.0-34-generic bis 4.8.0-58-generic,
4.10.0-14-generic bis 4.10.0-42-generic,
4.11.0-13-generic, 4.11.0-14-generic,
4.13.0-16-generic bis 4.13.0-45-generic,
4.15.0-13-generic bis 4.15.0-142-generic
4.11.0-1009-azure bis 4.11.0-1016-azure,
4.13.0-1005-azure bis 4.13.0-1018-azure
4.15.0-1012-azure bis 4.15.0-1113-azure
4.15.0-101-generic bis 4.15.0-107-generic
18.04 LTS 9.48 4.15.0-1009-azure bis 4.15.0-1138-azure
4.15.0-101-generic bis 4.15.0-177-generic
4.18.0-1006-azure bis 4.18.0-1025-azure
4.18.0-13-generic bis 4.18.0-25-generic
5.0.0-1012-azure bis 5.0.0-1036-azure
5.0.0-15-generic bis 5.0.0-65-generic
5.3.0-1007-azure bis 5.3.0-1035-azure
5.3.0-19-generic bis 5.3.0-76-generic
5.4.0-1020-azure bis 5.4.0-1078-azure
5.4.0-37-generic bis 5.4.0-110-generic
18.04 LTS 9.47 4.15.0-1126-azure
4.15.0-1127-azure
4.15.0-1129-azure
4.15.0-162-generic
4.15.0-163-generic
4.15.0-166-generic
5.4.0-1063-azure
5.4.0-1064-azure
5.4.0-1065-azure
5.4.0-90-generic
5.4.0-91-generic
5.4.0-92-generic
18.04 LTS 9.46 4.15.0-1123-azure
4.15.0-1124-azure
4.15.0-1125-azure
4.15.0-156-generic
4.15.0-158-generic
4.15.0-159-generic
4.15.0-161-generic
5.4.0-1058-azure
5.4.0-1059-azure
5.4.0-1061-azure
5.4.0-1062-azure
5.4.0-84-generic
5.4.0-86-generic
5.4.0-87-generic
5.4.0-89-generic
18.04 LTS 9.45 4.15.0-1123-azure
5.4.0-1058-azure
4.15.0-156-generic
4.15.0-1125-azure
4.15.0-161-generic
5.4.0-1061-azure
5.4.0-1062-azure
5.4.0-89-generic
18.04 LTS 9.44 4.15.0-20-generic bis 4.15.0-140-generic
4.18.0-13-generic bis 4.18.0-25-generic
5.0.0-15-generic bis 5.0.0-65-generic
5.3.0-19-generic bis 5.3.0-72-generic
5.4.0-37-generic bis 5.4.0-70-generic
4.15.0-1009-azure bis 4.15.0-1111-azure
4.18.0-1006-azure bis 4.18.0-1025-azure
5.0.0-1012-azure bis 5.0.0-1036-azure
5.3.0-1007-azure bis 5.3.0-1035-azure
5.4.0-1020-azure bis 5.4.0-1043-azure
4.15.0-1114-azure
4.15.0-143-generic
5.4.0-1047-azure
5.4.0-73-generic
4.15.0-1115-azure
4.15.0-144-generic
5.4.0-1048-azure
5.4.0-74-generic
4.15.0-1121-azure
4.15.0-151-generic
5.3.0-76-generic
5.4.0-1055-azure
5.4.0-80-generic
4.15.0-147-generic
4.15.0-153-generic
5.4.0-1056-azure
5.4.0-81-generic
4.15.0-1122-azure
4.15.0-154-generic
20.04 LTS 9.48 5.4.0-26-generic bis 5.4.0-110-generic
5.4.0-1010-azure bis 5.4.0-1078-azure
5.8.0-1033-azure bis 5.8.0-1043-azure
5.8.0-23-generic bis 5.8.0-63-generic
5.11.0-22-generic bis 5.11.0-46-generic
5.11.0-1007-azure bis 5.11.0-1028-azure
20.04 LTS 9.47 5.4.0-1063-azure
5.4.0-1064-azure
5.4.0-1065-azure
5.4.0-90-generic
5.4.0-91-generic
5.4.0-92-generic
20.04 LTS 9.46 5.4.0-1058-azure
5.4.0-1059-azure
5.4.0-1061-azure
5.4.0-1062-azure
5.4.0-84-generic
5.4.0-86-generic
5.4.0-88-generic
5.4.0-89-generic
20.04 LTS 9.45 5.4.0-1058-azure
5.4.0-84-generic
5.4.0-1061-azure
5.4.0-1062-azure
20.04 LTS 9.44 5.4.0-26-generic bis 5.4.0-80
5.4.0-1010-azure bis 5.4.0-1048-azure
5.4.0-81-generic
5.4.0-1056-azure

Hinweis

  • Für Ubuntu 20.04 wurde zunächst die Unterstützung für Kernel 5.8 eingeführt. Allerdings haben wir seitdem Probleme mit der Unterstützung für diesen Kernel gefunden und daher diesen Kernel bis auf Weiteres aus unserem Supporthinweis gestrichen.

Debian-Kernelversionen

Unterstütztes Release Mobility Service-Version Kernelversion
Debian 7 9.44, 9.45, 9.46, 9.47, 9.48 3.2.0-4-amd64 bis 3.2.0-6-amd64, 3.16.0-0.bpo.4-amd64
Debian 8 9.449.45, 9.46, 9.47, 9.48 3.16.0-4-amd64 bis 3.16.0-11-amd64, 4.9.0-0.bpo.4-amd64 bis 4.9.0-0.bpo.12-amd64
Debian 9.1 9.48 4.9.0-17-amd64 bis 4.9.0-19-amd64
4.19.0-0.bpo.19-cloud-amd64
Debian 9.1 9.47 4.9.0-17-amd64
Debian 9.1 9.46 4.9.0-1-amd64 bis 4.9.0-15-amd64
4.19.0-0.bpo.1-amd64 bis 4.19.0-0.bpo.16-amd64
4.19.0-0.bpo.1-cloud-amd64 bis 4.19.0-0.bpo.16-cloud-amd64
4.19.0-0.bpo.18-amd64
4.19.0-0.bpo.18-cloud-amd64
Debian 9.1 9.45 4.9.0-1-amd64 bis 4.9.0-15-amd64
4.19.0-0.bpo.1-amd64 bis 4.19.0-0.bpo.16-amd64
4.19.0-0.bpo.1-cloud-amd64 bis 4.19.0-0.bpo.16-cloud-amd64
4.19.0-0.bpo.18-amd64
4.19.0-0.bpo.18-cloud-amd64
Debian 9.1 9.44 4.9.0-1-amd64 bis 4.9.0-15-amd64
4.19.0-0.bpo.1-amd64 bis 4.19.0-0.bpo.16-amd64
4.19.0-0.bpo.1-cloud-amd64 bis 4.19.0-0.bpo.16-cloud-amd64
Debian 10 9.48 4.19.0-19-cloud-amd64, 4.19.0-20-cloud-amd64
4.19.0-19-amd64, 4.19.0-20-amd64
Debian 10 9.47 Es werden keine neuen Kernels unterstützt.
Debian 10 9.46 4.9.0-1-amd64 bis 4.9.0-15-amd64
4.19.0-18-amd64
4.19.0-18-cloud-amd64
Debian 10 9.45, 9.46 4.9.0-1-amd64 bis 4.9.0-15-amd64
4.19.0-18-amd64
4.19.0-18-cloud-amd64
Debian 10 9.44 4.19.0-6-amd64 to 4.19.0-16-amd64
4.19.0-6-cloud-amd64 to 4.19.0-16-cloud-amd64

SUSE Linux Enterprise Server 12 – unterstützte Kernelversionen

Release Mobility Service-Version Kernelversion
SUSE Linux Enterprise Server 12 (SP1,SP2,SP3,SP4, SP5) 9.48 Alle SUSE 12 SP1-, SP2-, SP3-, SP4- und SP5-Stock-Kernels werden unterstützt.
4.12.14-16.85-azure:5
4.12.14-16.88-azure:5
4.12.14-122.106-default:5
4.12.14-122.110-default:5
4.12.14-122.113-default:5
4.12.14-122.116-default:5
4.12.14-122.12-default:5
4.12.14-122.121-default:5
SUSE Linux Enterprise Server 12 (SP1,SP2,SP3,SP4, SP5) 9.47 Alle SUSE 12 SP1-, SP2-, SP3-, SP4- und SP5-Stock-Kernels werden unterstützt.

4.12.14-16.80-azure
4.12.14-122.103-default
4.12.14-122.98-default5
SUSE Linux Enterprise Server 12 (SP1,SP2,SP3,SP4, SP5) 9.46 Alle SUSE 12 SP1-, SP2-, SP3-, SP4- und SP5-Stock-Kernels werden unterstützt.

4.4.138-4.7-azure bis 4.4.180-4.31-azure,
4.12.14-6.3-azure bis 4.12.14-6.43-azure
4.12.14-16.7-azure bis 4.12.14-16.65-azure
4.12.14-16.68-azure
4.12.14-16.73-azure
4.12.14-16.76-azure
4.12.14-122.88-default
4.12.14-122.91-default
SUSE Linux Enterprise Server 12 (SP1,SP2,SP3,SP4, SP5) 9.45 Alle SUSE 12 SP1-, SP2-, SP3-, SP4- und SP5-Stock-Kernels werden unterstützt.

4.4.138-4.7-azure bis 4.4.180-4.31-azure,
4.12.14-6.3-azure bis 4.12.14-6.43-azure
4.12.14-16.7-azure bis 4.12.14-16.65-azure
4.12.14-16.68-azure
4.12.14-16.76-azure
SUSE Linux Enterprise Server 12 (SP1,SP2,SP3,SP4, SP5) 9.44 Alle SUSE 12 SP1-, SP2-, SP3-, SP4- und SP5-Stock-Kernels werden unterstützt.

4.4.138-4.7-azure bis 4.4.180-4.31-azure,
4.12.14-6.3-azure bis 4.12.14-6.43-azure
4.12.14-16.7-azure bis 4.12.14-16.65-azure
4.12.14-16.68-azure

SUSE Linux Enterprise Server 15 – unterstützte Kernelversionen

Release Mobility Service-Version Kernelversion
SUSE Linux Enterprise Server 15, SP1, SP2 9.48 Standardmäßig werden alle SUSE 15 SP1- und SP2-Stock-Kernels unterstützt.
5.3.18-150300.38.37-azure:3
5.3.18-150300.38.40-azure:3
5.3.18-38.34-azure:3 bis 5.3.18-59.40-default:3
5.3.18-150300.59.43-default:3 tp 5.3.18-150300.59.68-default:3
SUSE Linux Enterprise Server 15, SP1, SP2 9.47 Standardmäßig werden alle SUSE 15 SP1- und SP2-Stock-Kernels unterstützt.

5.3.18-18.72-azure:
5.3.18-18.75-azure:
5.3.18-24.93-default
5.3.18-24.96-default
5.3.18-36-azure
5.3.18-38.11-azure
5.3.18-38.14-azure
5.3.18-38.17-azure
5.3.18-38.22-azure
5.3.18-38.25-azure
5.3.18-38.28-azure
5.3.18-38.3-azure
5.3.18-38.31-azure
5.3.18-38.8-azure
5.3.18-57-default
5.3.18-59.10-default
5.3.18-59.13-default
5.3.18-59.16-default
5.3.18-59.19-default
5.3.18-59.24-default
5.3.18-59.27-default
5.3.18-59.30-default
5.3.18-59.34-default
5.3.18-59.37-default
5.3.18-59.5-default
SUSE Linux Enterprise Server 15, SP1, SP2 9.46 Standardmäßig werden alle SUSE 15 SP1- und SP2-Stock-Kernels unterstützt.

4.12.14-5.5-azure bis 4.12.14-5.47-azure

4.12.14-8.5-azure bis 4.12.14-8.55-azure
5.3.18-16-azure
5.3.18-18.5-azure bis 5.3.18-18.58-azure
5.3.18-18.66-azure
5.3.18-18.69-azure
5.3.18-24.83-default
5.3.18-24.86-default
SUSE Linux Enterprise Server 15, SP1, SP2 9.45 Standardmäßig werden alle SUSE 15 SP1- und SP2-Stock-Kernels unterstützt.

4.12.14-5.5-azure bis 4.12.14-5.47-azure

4.12.14-8.5-azure bis 4.12.14-8.55-azure
5.3.18-16-azure
5.3.18-18.5-azure bis 5.3.18-18.58-azure
5.3.18-18.69-azure
SUSE Linux Enterprise Server 15, SP1, SP2 9.44 Standardmäßig werden alle SUSE 15 SP1- und SP2-Stock-Kernels unterstützt.

4.12.14-5.5-azure bis 4.12.14-5.47-azure

4.12.14-8.5-azure bis 4.12.14-8.55-azure
5.3.18-16-azure
5.3.18-18.5-azure bis 5.3.18-18.58-azure

Linux-Dateisysteme/-Gastspeicher

Komponente Unterstützt
Dateisysteme ext3, ext4, XFS, BTRFS (geltende Bedingungen gemäß dieser Tabelle)
Bereitstellung der Verwaltung logischer Volumes (Logical Volume Management, LVM) Vollständige Speicherzuweisung: ja

Thin-Bereitstellung: Ja, sie wird ab Update Rollup 61 unterstützt. Sie wurde in früheren Versionen des Mobilitätsdiensts nicht unterstützt.
Volume-Manager – LVM wird unterstützt.
– /boot auf LVM wird ab Update Rollup 31 (Version 9.20 des Mobilitätsdiensts) unterstützt. Sie wurde in früheren Versionen des Mobilitätsdiensts nicht unterstützt.
– Mehrere Betriebssystemdatenträger werden nicht unterstützt.
Paravirtualisierte Speichergeräte Von paravirtualisierten Treibern exportierte Geräte werden nicht unterstützt.
E/A-Geräte mit Blöcken mit mehreren Warteschlangen Wird nicht unterstützt.
Physische Server mit HP CCISS-Speichercontroller Wird nicht unterstützt.
Benennungskonvention für Gerät/Bereitstellungspunkt Der Gerätename oder Bereitstellungspunktname sollte eindeutig sein.
Stellen Sie sicher, dass keine zwei Geräte/Bereitstellungspunkte Namen aufweisen, für die zwischen Groß-/Kleinschreibung unterschieden wird. So ist es beispielsweise nicht zulässig, zwei Geräte für denselben virtuellen Computer mit device1 und Device1 zu benennen.
Verzeichnisse Wenn Sie eine frühere Version des Mobilitätsdiensts als Version 9.20 (veröffentlich in Update Rollup 31) verwenden, dann gelten die folgenden Einschränkungen:

Die folgenden Verzeichnisse (sofern als separate Partitionen/Dateisysteme eingerichtet) müssen sich auf demselbenDatenträger mit dem Betriebssystem auf dem Quellserver befinden: „/“ (root), „/boot“, „/usr“, „/usr/local“, „/var“, „/etc“
– /boot directory sollte sich außerdem auf einer Festplattenpartition und nicht auf einem LVM-Volumen befinden.

Ab Version 9.20 gelten diese Einschränkungen nicht.
Startverzeichnis – Boot-Datenträger mit GPT-Partitionsformat werden unterstützt. GPT-Datenträger werden auch als Datenträger unterstützt.

Mehrere Startdatenträger auf einem virtuellen Computer werden nicht unterstützt.

– /boot auf LVM-Volumes über mehrere Datenträger wird nicht unterstützt.
– Ein Computer ohne einen Startdatenträger kann nicht repliziert werden.
Erforderlicher Speicherbedarf 2 GB auf der /root-Partition

250 MB im Installationsordner
XFSv5 XFSv5-Features auf XFS-Dateisystemen, z.B. die Metadatenprüfsumme, werden unterstützt (ab Version 9.10 des Mobilitätsdiensts).
Verwenden Sie das Hilfsprogramm „xfs_info“, um den XFS-Superblock für die Partition zu überprüfen. Wenn ftype auf 1 festgelegt ist, werden XFSv5-Features verwendet.
BTRFS BTRFS wird ab Update Rollup 34 (Version 9.22 des Mobilitätsdiensts) unterstützt. BTRFS wird nicht unterstützt, wenn:

– Das untergeordnete Volume des BTRFS-Dateisystems nach dem Aktivieren des Schutzes geändert wird.
– Das BTRFS-Dateisystem über mehrere Datenträger verteilt wird.
– Das BTRFS-Dateisystem RAID unterstützt.

VM-/Datenträgerverwaltung

Aktion Details
Ändern der Größe des Datenträgers auf einem replizierten virtuellen Computer (für die Vorschauarchitektur nicht unterstützt) 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. Größenänderungen sollten vor dem Failover direkt in den VM-Eigenschaften erfolgen. 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 der Azure-VM nach dem Failover ändern, erstellt Site Recovery beim Failback einen neuen virtuellen Computer mit den Aktualisierungen.
Datenträger auf einer replizierten VM hinzufügen Wird nicht unterstützt.
Deaktivieren Sie die Replikation für die VM, fügen Sie den Datenträger hinzu, und aktivieren Sie dann erneut die Replikation.

Hinweis

Jede Änderung der Datenträgeridentität wird nicht unterstützt. Wenn z. B. die Datenträgerpartitionierung von GPT in MBR oder umgekehrt geändert wurde, wird die Datenträgeridentität dadurch nicht geändert. In einem solchen Szenario wird die Replikation unterbrochen und ein neues Setup ist erforderlich. Bei Linux-Computern wird die Änderung des Gerätenamens nicht unterstützt, da dies Auswirkungen auf die Datenträgeridentität hat. In der Vorschauversion wird das Ändern der Datenträgergröße, d. h. die Reduzierung der ursprünglichen Größe, nicht unterstützt.

Netzwerk

Komponente Unterstützt
NIC-Teaming im Hostnetzwerk Unterstützt für VMware-VMs.

Nicht unterstützt für die Replikation physischer Computer
VLAN im Hostnetzwerk Ja.
IPv4 im Hostnetzwerk Ja.
IPv6 im Hostnetzwerk Nein.
NIC-Teaming im Gast-/Servernetzwerk Nein.
IPv4 im Gast-/Servernetzwerk Ja.
IPv6 im Gast-/Servernetzwerk Nein.
Statische IP im Gast-/Servernetzwerk (Windows) Ja.
Statische IP im Gast-/Servernetzwerk (Linux) Ja.

VMs werden für die Verwendung von DHCP bei Failback konfiguriert.
Mehrere NICs im Gast-/Servernetzwerk Ja.
Private Link-Zugriff auf den Site Recovery-Dienst Ja. Weitere Informationen (Wird für die Vorschauarchitektur nicht unterstützt)

Azure-VM-Netzwerk (nach Failover)

Komponente Unterstützt
Azure ExpressRoute Ja
ILB Ja
ELB Ja
Azure Traffic Manager Ja
Multi-NIC Ja
Reservierte IP-Adresse Ja
IPv4 Ja
Quell-IP-Adresse beibehalten Ja
Azure-VNET-Dienstendpunkte
Ja
Beschleunigte Netzwerke Nein

Storage

Komponente Unterstützt
Dynamischer Datenträger Der Betriebssystemdatenträger muss ein Basisdatenträger sein.

Datenträger für Daten können dynamische Datenträger sein.
Dockerdatenträgerkonfiguration Nein
Host-NFS Ja für VMware

Nein für physische Server
Host-SAN (iSCSI/FC) Ja
Host-vSAN Ja für VMware

Nicht verfügbar für physische Server
Multipfad auf dem Host (MPIO) Ja, getestet mit: Microsoft DSM, EMC PowerPath 5.7 SP4, EMC PowerPath DSM für CLARiiON
Virtuelle Hostvolumes (VVols) Ja für VMware

Nicht verfügbar für physische Server
Gast-/Server-VMDK Ja
Freigegebener Gast-/Server-Clusterdatenträger Nein
Verschlüsselter Gast-/Serverdatenträger Nein
FIPS-Verschlüsselung Nein
Gast-/Server-NFS Nein
Gast-/Server-iSCSI Für Migration: Ja
Für Notfallwiederherstellung: Nein, iSCSI führt ein Failback als angefügter Datenträger auf den virtuellen Computer aus
Gast/Server-SMB 3.0 Nein
Gast-/Server-RDM Ja

Nicht verfügbar für physische Server
Gast-/Serverdatenträger > 1 GB Ja, der Datenträger muss größer als 1024 MB sein.

Bis zu 32.767 GB bei der Replikation auf verwaltete Datenträger (ab Version 9.41)

Bis zu 4.095 GB bei der Replikation in Speicherkonten
Gast-/Serverdatenträger mit einer logischen Sektorgröße von 4K und einer physischen Sektorgröße von 4k Nein
Gast-/Serverdatenträger mit einer logischen Sektorgröße von 4K und einer physischen Sektorgröße von 512 Bytes Nein
Gast-/Servervolumen mit Bereichsstreifendatenträger > 4 TB Ja
Logische Volumeverwaltung (Logical Volume Management, LVM) Vollständige Speicherzuweisung: ja

Schlanke Speicherzuweisung: Ja, sie wird ab Update Rollup 61 unterstützt. Sie wurde in früheren Versionen des Mobilitätsdiensts nicht unterstützt.
Gast/Server – Speicherplätze Nein
Gast/Server – NVMe-Schnittstelle Nein
Gast/Server – Datenträger bei laufendem Systembetrieb hinzufügen/entfernen Nein
Gast/Server – Datenträger ausschließen Ja
Gast-/Servermultipfad (MPIO) Nein
ReFS Resilient File System (Robustes Dateisystem) wird ab Version 9.23 des Mobilitätsdiensts unterstützt.
EFI-/UEFI-Start von Gast/Server – Wird für alle UEFI-Betriebssysteme von Azure Marketplace unterstützt.
– Sichere UEFI-Starttypen werden nicht unterstützt. Weitere Informationen.
RAID-Datenträger Nein

Replikationskanäle

Typ der Replikation Unterstützt
Ausgelagerte Datenübertragungen (ODX) Nein
Offlineseeding Nein
Azure Data Box Nein

Azure-Speicher

Komponente Unterstützt
Lokal redundanter Speicher Ja
Georedundanter Speicher Ja
Georedundanter Speicher mit Lesezugriff Ja
Speicherebene „Kalt“ Nein
Speicherebene „Heiß“ Nein
Blockblobs Nein
Verschlüsselung auf dem Host Nein
Verschlüsselung ruhender Daten (SSE) Ja
Verschlüsselung ruhender Daten (CMK) Ja (über PowerShell ab Az-Modulversion 3.3.0)
Doppelte Verschlüsselung im Ruhezustand Ja (über PowerShell ab Az-Modulversion 3.3.0). Weitere Informationen zu unterstützten Regionen für Windows und Linux erhalten Sie unter den jeweiligen Links.
Storage Premium Ja
Option für die sichere Übertragung Ja
Import-/Exportdienst Nein
Azure Storage-Firewalls für VNets Ja.
Konfiguriert in Zielspeicher-/Cachespeicherkonto (zum Speichern von Replikationsdaten).
Allgemeine v2-Speicherkonten (heiße und kalte Ebene) Ja (Transaktionskosten sind wesentlich höher für V2 als für V1)
Vorläufiges Löschen Wird nicht unterstützt.

Azure Compute

Feature Unterstützt
Verfügbarkeitsgruppen Ja. (Wird für die Vorschauarchitektur nicht unterstützt)
Verfügbarkeitszonen Nein
HUB Ja
Verwaltete Datenträger Ja

Azure-VM-Anforderungen

Lokale virtuelle Computer, die in Azure repliziert werden, müssen die in dieser Tabelle zusammengefassten Azure-VM-Anforderungen erfüllen. Wenn Site Recovery eine Voraussetzungsprüfung für die Replikation durchführt, ist diese nicht erfolgreich, wenn einige der Anforderungen nicht erfüllt sind.

Komponente Anforderungen Details
Gastbetriebssystem Überprüfen Sie die unterstützten Betriebssysteme für replizierte Computer. Beim Überprüfen tritt ein Fehler auf, wenn keine Unterstützung vorhanden ist.
Architektur des Gastbetriebssystems 64 Bit. Beim Überprüfen tritt ein Fehler auf, wenn keine Unterstützung vorhanden ist.
Größe des Betriebssystem-Datenträgers Bis zu 2.048 GB für Computer der 1. Generation.
Bis zu 4.095 GB für Computer der 2. Generation.
Beim Überprüfen tritt ein Fehler auf, wenn keine Unterstützung vorhanden ist.
Anzahl von Betriebssystem-Datenträgern 1
Start- und Systempartition auf unterschiedlichen Datenträgern werden nicht unterstützt
Beim Überprüfen tritt ein Fehler auf, wenn keine Unterstützung vorhanden ist.
Anzahl von Datenträgern für Daten Maximal 64. Beim Überprüfen tritt ein Fehler auf, wenn keine Unterstützung vorhanden ist.
Datenträgergröße Bis zu 32 TB bei der Replikation auf verwaltete Datenträger (ab Version 9.41)
Bis zu 4 TB beim Replizieren in ein Speicherkonto
Jedes Premium-Speicherkonto kann bis zu 35 TB Daten hosten
Mindestanforderung an die Datenträgergröße – mindestens 1 GB
Preview-Architektur unterstützt Datenträger mit bis zu 8 TB.
Beim Überprüfen tritt ein Fehler auf, wenn keine Unterstützung vorhanden ist.
RAM Der Site Recovery-Treiber verbraucht 6 % des RAM Speichers.
Netzwerkadapter Es werden mehrere Adapter unterstützt.
Freigegebene VHD Wird nicht unterstützt. Beim Überprüfen tritt ein Fehler auf, wenn keine Unterstützung vorhanden ist.
Fiber-Channel-Datenträger Wird nicht unterstützt. Beim Überprüfen tritt ein Fehler auf, wenn keine Unterstützung vorhanden ist.
BitLocker Wird nicht unterstützt. BitLocker muss deaktiviert werden, bevor Sie die Replikation für einen Computer aktivieren, und sollte deaktiviert bleiben, während der Computer über Site Recovery repliziert wird.
Name des virtuellen Computers 1 bis 63 Zeichen.

Ist auf Buchstaben, Zahlen und Bindestriche beschränkt.

Der Computername muss mit einem Buchstaben oder einer Ziffer beginnen und enden.
Aktualisieren Sie den Wert in den Computereigenschaften in Site Recovery.

Grenzwerte für Ressourcengruppen

Informationen zur Anzahl virtueller Computer, die unter einer einzelnen Ressourcengruppe geschützt werden können, finden Sie im Artikel zu Grenzwerten und Kontingenten für Abonnements.

Änderungsgrenzwerte

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

  • Diese Grenzwerte basieren auf unseren Tests, können aber 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 Anwendungen variieren.
  • Um die bestmöglichen Ergebnisse zu erzielen, empfehlen wir dringend, das Sie das Bereitstellungsplanertool ausführen und umfangreiche Anwendungstests per Testfailover durchführen, um sich ein eindeutiges Bild der Anwendungsleistung zu verschaffen.
Replikationsziel 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
Premium-Datenträger – P10 oder P15 8 KB 2 MB/s 168 GB pro Datenträger
Premium-Datenträger – P10 oder P15 16 KB 4 MB/s 336 GB pro Datenträger
Premium-Datenträger – P10 oder P15 32 KB oder höher 8 MB/s 672 GB pro Datenträger
Premium-Datenträger – P20, P30, P40 oder P50 8 KB 5 MB/s 421 GB pro Datenträger
Premium-Datenträger – P20, P30, P40 oder P50 16 KB oder höher 20 MB/s 1\.684 GB pro Datenträger
Quell-Datenänderungsrate Maximales Limit
Spitzenänderungsrate für alle Datenträger auf einer VM 54 MB/s
Maximale Datenänderung pro Tag, die von einem Prozessserver unterstützt wird 2 TB
  • Dies sind Durchschnittswerte, bei denen eine E/A-Überlappung von 30% angenommen wird.
  • Site Recovery kann einen höheren Durchsatz basierend auf dem Überlappungsverhältnis, höheren Schreibgrößen und dem tatsächlichen Workload-E/A-Verhalten verarbeiten.
  • Für diese Zahlen wurde ein typischer Backlog von ca. fünf Minuten vorausgesetzt. Dies bedeutet, dass die Daten nach dem Hochladen verarbeitet werden und innerhalb von fünf Minuten ein Wiederherstellungspunkt erstellt wird.

Speicherkontobegrenzungen

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 Tabelle unten kann als Leitfaden für Entscheidungen über die Anzahl von Speicherkonten verwendet werden, die bereitgestellt werden müssen.

Speicherkontotyp Churn = 4 MBit/s pro Datenträger Churn = 8 MBit/s pro Datenträger
V1-Speicherkonto 600 Datenträger 300 Datenträger
V2-Speicherkonto 1\.500 Datenträger 750 Datenträger

Beachten Sie, dass die oben genannten Grenzwerte nur für VMWare- und Hyper-V-Szenarien gelten.

Tresortasks

Aktion Unterstützt
Tresor über Ressourcengruppen hinweg verschieben Nein
Tresor innerhalb von und über Abonnements hinweg verschieben Nein
Speicher, Netzwerk, Azure-VMs über Ressourcengruppen hinweg verschieben Nein
Speicher, Netzwerk, Azure-VMs innerhalb von und über Abonnements hinweg verschieben Nein

Erhalten der neusten Komponenten

Name Beschreibung Details
Konfigurationsserver Lokal installiert.
Koordiniert die Kommunikation zwischen lokalen VMware-Servern oder physischen Computern und Azure.
- Erfahren Sie mehr über den Konfigurationsserver.
- Erfahren Sie mehr über das Upgrade auf die neuste Version.
- Erfahren Sie mehr über die Einrichtung des Konfigurationsservers.
Prozessserver Wird standardmäßig auf dem Konfigurationsserver installiert.
Empfängt Replikationsdaten, optimiert sie durch Zwischenspeicherung, Komprimierung und Verschlüsselung und sendet sie an Azure.
Bei zunehmender Größe der Bereitstellung können Sie zusätzliche Prozessserver hinzufügen, um größere Mengen von Replikationsdatenverkehr zu bewältigen.
- Erfahren Sie mehr über den Prozessserver.
- Erfahren Sie mehr über das Upgrade auf die neuste Version.
- Erfahren Sie mehr über die Einrichtung horizontal skalierter Prozessserver.
Mobility Service Installiert auf einem virtuellen VMware-Computer oder auf physischen Servern, die Sie replizieren möchten.
Koordiniert die Replikation zwischen lokalen VMware-Servern/physischen Servern und Azure.
- Erfahren Sie mehr über den Mobilitätsdienst.
- Erfahren Sie mehr über das Upgrade auf die neuste Version.

Nächste Schritte

Erfahren Sie, wie Sie Azure für die Notfallwiederherstellung von VMware-VMs vorbereiten.