Wichtig: Dieses Release enthält nur Updates für Azure-zu-Azure- und modernisierte VMware-zu-Azure-Schutzszenarien.
Einführung
In diesem Artikel werden die Probleme beschrieben, die in Updaterollup 69 in den folgenden Versionen von Microsoft Azure Site Recovery behoben wurden:
-
Azure zu Azure
-
Modernisiertes VMware/Physisch zu Azure
Erfahren Sie mehr über die Details der behobenen Probleme und die Voraussetzungen, die vor der Installation dieses Updates überprüft werden sollten.
Voraussetzungen
Um Microsoft Azure Site Recovery Provider Update Rollup 69 installieren zu können, muss eine der folgenden Komponenten installiert sein:
-
Microsoft Azure Site Recovery Provider (Version 5.1.7700 oder höher)
-
Microsoft Azure Site Recovery Unified Setup (VMware zu Azure) (Version 9.52.xxxx.x oder höher)
-
Microsoft Azure Recovery Services-Agent (Version 2.0.9202.0 oder höher)
Hinweis: Sie können die installierte Anbieterversion im Element Programme und Features in Systemsteuerung überprüfen.
In diesem Update vorgenommene Verbesserungen und behobene Probleme
Nach der Installation dieses Updates sind die folgenden Probleme behoben, und die folgenden Verbesserungen sind enthalten.
Mobility Service
Linux-Betriebssystemunterstützung
-
Azure zu Azure
-
Rocky Linux 8.7
-
Rocky Linux 9.0
-
Rocky Linux 9.1
-
SUSE Linux Enterprise Server 15 SP5
-
-
Modernisiertes VMware/Physisch zu Azure
-
Rocky Linux 8.7
-
Rocky Linux 9.0
-
Rocky Linux 9.1
-
SUSE Linux Enterprise Server 15 SP5
-
Windows-Betriebssystemunterstützung
-
Azure zu Azure
-
Windows 11
-
Behobene Probleme:
-
Es wurde eine Überprüfung hinzugefügt, die sicherstellt, dass eine erneute Synchronisierung nicht ausgelöst wird, wenn der geschützte Computer ordnungsgemäß heruntergefahren wurde, um zusätzliche Datenübertragungsvorgänge zu vermeiden.
-
Es wurde ein Problem für Oracle Linux 7.9-VMware-VMs behoben, bei dem der ASR-Treiber einige Dateien nicht identifizieren konnte und den Kernel zum Absturz führte.
-
Bearbeitete Fehlermeldungen, in denen die Änderungsmetriken mit falschen Einheiten angezeigt wurden.
-
Es wurde ein Fehler behoben, bei dem geschützte RHEL-Computer, bei denen Site Recovery Treiber aufgrund von Speicherspitzen zu einem Absturz führen können.
-
Es wurde ein Problem behoben, bei dem der erneute Schutzvorgang für einen Debian 11-Computer aufgrund fehlender Bereinigungsschritte fehlgeschlagen ist.
-
Es wurde ein Problem behoben, bei dem die Installation des Mobilitätsdiensts auf CentOS 7.8-Computern fehlschlägt, weil ein Vorgang nicht mit Kernels kompatibel war, die älter als 3.1.x sind.
-
Es wurde ein Problem behoben, bei dem der erste Replikations-/Neusynchronisierungsvorgang während des erneuten Schutzes einer Windows-VMware-VM nicht fortgesetzt wurde, weil ein Mobility Service-Prozess nicht beendet wurde.
Microsoft Azure Site Recovery-Replikations-Anwendung
Updates:
Komponente |
Version |
---|---|
Physischer Ermittlungsserver |
|
Ermittlungsserver |
|
Site Recovery Anbieter |
|
Appliance-Konfigurations-Manager |
|
Proxyserver |
|
Replikationsdienst |
|
Server erneut schützen |
|
Pushinstallations-Agent |
|
Recovery Services-Agent |
|
Prozessserver |
Aktualisieren Ihrer lokalen Azure Site Recovery-Komponenten
Zwischen einem lokalen VMM-Standort und Azure
-
Laden Sie das Updaterollup für Microsoft Azure Site Recovery Provider herunter.
-
Installieren Sie das Updaterollup auf dem lokalen VMM-Server.
-
Installieren Sie den neuesten Microsoft Azure Recovery Services-Agent auf allen Hyper-V-Hosts.
Hinweis Wenn es sich bei Ihrem VMM um ein hochverfügbares VMM (clustered VMM) handelt, stellen Sie sicher, dass Sie das Upgrade auf allen Knoten des Clusters installieren, auf denen der VMM-Dienst installiert ist.
Zwischen einem lokalen Hyper-V-Standort und Azure
-
Laden Sie das Updaterollup für Microsoft Azure Site Recovery Provider herunter.
-
Installieren Sie den Anbieter auf jedem Knoten der Hyper-V-Server, die Sie in Azure Site Recovery registriert haben.
Hinweis Wenn Es sich bei Ihrem Hyper-V-Server um einen Hostclusterserver handelt, stellen Sie sicher, dass Sie das Upgrade auf allen Knoten des Clusters installieren.
Zwischen einem lokalen VMware-Standort oder einem physischen Standort zu Azure (modernisierte Oberfläche)
-
Stellen Sie sicher, dass Ihre lokale Verwaltungs-Anwendung auf dem neuesten Stand ist, indem Sie zum Appliance-Konfigurations-Manager navigieren. Falls nicht, laden Sie die neueste Version für die Komponenten herunter, die sich hinter der neuesten Version befinden.
-
Wechseln Sie zum Azure-Portal und dann zur Seite Geschützte Elemente > Replizierte Elemente. Wählen Sie auf dieser Seite einen virtuellen Computer aus. Wählen Sie die Schaltfläche Agent aktualisieren aus, die unten auf der Seite für jede VM angezeigt wird. Dadurch wird der Mobility Service-Agent auf allen geschützten VMs aktualisiert.
Hinweis: Nach jedem Upgrade des Mobilitäts-Agents wird ein Neustart empfohlen, um sicherzustellen, dass alle aktuellen Änderungen auf den Quellcomputer geladen werden. Dies ist nicht unbedingt obligatorisch. Ein Neustart ist jedoch obligatorisch, wenn der Unterschied zwischen agent-Versionen vom letzten Neustart und der Zielversion größer als vier (4) in der letzten Dezimalstelle ist. Eine ausführliche Erläuterung finden Sie in der folgenden Tabelle.
Agent-Version beim letzten Neustart |
Upgrade auf |
Ist ein Neustart obligatorisch? |
---|---|---|
9.25 |
9.27 |
Nicht zwingend erforderlich |
9.25 |
9.28 |
Nicht zwingend erforderlich |
9.25 |
9.29 |
Nicht zwingend erforderlich |
9.25 |
9.30 |
Obligatorisch |