Einführung
In diesem Artikel werden die Probleme beschrieben, die in Updaterollup 66 in den folgenden Versionen von Microsoft Azure Site Recovery behoben wurden:
-
Azure zu Azure
-
Modernisiertes VMware/Physisch zu Azure
-
Hyper-V oder VMM zu Azure
-
Klassisches VMware/Physisch zu Azure
-
Microsoft Azure Site Recovery Configuration Server OVF-Vorlage herunterladen (Version 5.1.7882.0)
-
-
Prerequisite to update or protect SUSE Linux Enterprise Server 11 SP3, SUSE Linux Enterprise Server 11 SP4, RHEL5, CentOS 5, Oracle Linux 6, DEBIAN7, DEBIAN8, DEBIAN9 and UBUNTU-14.04 machines: Ensure latest mobility agent installer is downloaded from Microsoft Download Center and placed in push installer repository on configuration server. Refer to the section Updating your Azure Site Recovery On-Premises components.
-
-
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 66 installieren zu können, muss eine der folgenden Komponenten installiert sein:
-
Microsoft Azure Site Recovery Provider (Version 5.1.7600 oder höher)
-
Microsoft Azure Site Recovery Unified Setup (VMware zu Azure) (Version 9.49.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
-
Ubuntu 22.04
-
RHEL 8.7
-
Cent OS 8.7
-
-
Modernisiertes VMware/Physisch zu Azure
-
Ubuntu 22.04
-
RHEL 8.7
-
Cent OS 8.7
-
-
Klassisches VMware/Physisch zu Azure
-
RHEL 8.7
-
Cent OS 8.7
-
Problembehoben
-
Es wurde ein Problem behoben, bei dem der Mobility Service-Treiber die Identität des Quelldatenträgers ordnungsgemäß erkennen konnte und Probleme mit der Replikation verursacht hat.
-
Es wurde ein Problem behoben, bei dem der Azure-Computer, für den ein Failover ausgeführt wurde, aufgrund eines Timeouts für den Vorgang nicht gestartet wurde.
-
Es wurde ein Problem behoben, bei dem bei der automatischen Aktualisierung des Mobilitätsdiensts bei modernisierten VMware/Physical to Azure-Szenarien ein Fehler aufgetreten ist, wenn während der Installation ein benutzerdefinierter Pfad angegeben wurde.
-
Es wurde ein Problem behoben, aufgrund dessen beim Aktivieren der Replikation auf einem SUSE Linux Enterprise Server 15 ein Fehler aufgetreten ist.
-
Es wurde eine Korrektur hinzugefügt, bei der der Prozessserver nicht ausgeführt werden konnte, wenn mehrere Computer mit derselben BIOS-ID versuchten, eine Verbindung herzustellen.
-
Es wurde ein Fehler auf dem Konfigurationsserver behoben, bei dem das Feld für ausstehende Datenänderungen vom Quellcomputer nicht ordnungsgemäß analysiert wurde.
Microsoft Azure Site Recovery-Replikationsappliance
Komponente |
Version |
---|---|
Physischer Ermittlungsserver |
|
Ermittlungsserver |
|
Site Recovery Anbieter |
|
Appliance-Konfigurations-Manager |
|
Proxyserver |
|
Replikationsdienst |
|
Server erneut schützen |
|
Pushinstallations-Agent |
|
Recovery Services-Agent |
|
Prozessserver |
Microsoft Azure Site Recovery (Dienst)
Keine Änderungen.
Microsoft Azure Site Recovery (Portal)
Keine Änderungen.
Microsoft Azure Site Recovery Provider
-
Es wurde ein Problem im klassischen Szenario von VMware/Physisch zu Azure behoben, bei dem der Site Recovery Anbieter nach einem Update keine Verbindung mit dem Recovery Services-Tresor herstellen konnte.
Aktualisieren Ihrer lokalen Azure Site Recovery-Komponenten
Zwischen zwei lokalen VMM-Standorten
-
Laden Sie das neueste Updaterollup für Microsoft Azure Site Recovery Provider herunter.
-
Installieren Sie zuerst das Updaterollup auf dem lokalen VMM-Server, der den Wiederherstellungsstandort verwaltet.
-
Nachdem der Wiederherstellungsstandort aktualisiert wurde, installieren Sie das Updaterollup auf dem VMM-Server, der den primären Standort verwaltet.
Hinweis Wenn es sich bei der VMM um eine hochverfügbare 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 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
-
Aktualisieren Sie Ihren lokalen Verwaltungsserver, indem Sie Microsoft Azure Site Recovery Unified Setup herunterladen. Dies ist der Server, der über die Serverrollen Konfigurationsserver und Prozessserver verfügt.
-
Wenn Sie über Prozessserver mit horizontaler Skalierung verfügen, aktualisieren Sie diese als Nächstes, indem Sie Microsoft Azure Site Recovery Unified Setup ausführen.
-
Wenn Sie über Masterzielserver verfügen, aktualisieren Sie diese als Nächstes, indem Sie die hier beschriebenen Schritte überprüfen.
-
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 Wenn Sie SUSE Linux Enterprise Server 11 SP3-, SUSE Linux Enterprise Server 11 SP4-, RHEL5-, CentOS 5-, DEBIAN7-, DEBIAN8- und DEBIAN9-Computer aktualisieren oder schützen, müssen Sie die folgenden Schritte ausführen:
-
Laden Sie das entsprechende Installationsprogramm für Ihre Computer herunter:
-
Kopieren Sie das Installationsprogramm in die Ordner INSTALL_DIR\home\svsystems\pushinstallsvc\repository auf konfigurationsserver und Scale Out Prozessserver, bevor Sie Ihr Virtual Machines aktualisieren oder schützen. Im Folgenden finden Sie beispielsweise den Ordnernamen, wenn der Installationspfad für Konfigurationsserver/Prozessserver C:\Programme (x86)\Microsoft Azure Site Recovery –
C:\Programme (x86)\Microsoft Azure Site Recovery\home\svsystems\pushinstallsvc\repository lautet. -
Wechseln Sie nach dem Kopieren des Installers zu services.msc, und starten Sie den InMage PushInstall-Dienst neu.
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 |