Einführung
In diesem Artikel werden die Probleme beschrieben, die im Updaterollup 63 in den folgenden Versionen von Microsoft Azure Site Recovery behoben wurden:
-
Azure zu Azure
-
VMware/Physisch in Azure
-
Microsoft Azure Site Recovery Configuration Server OVF-Vorlage herunterladen (Version 5.1.7626.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 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.
-
-
-
Hyper-V oder VMM in Azure
-
VMware zu Azure (Vorschau)
Erfahren Sie mehr über die Details der behobenen Probleme und die Voraussetzungen, die vor der Installation dieses Updates überprüft werden sollten.
Voraussetzungen
Zum Installieren von Microsoft Azure Site Recovery Provider Update Rollup 63 muss eine der folgenden Komponenten installiert sein:
-
Microsoft Azure Site Recovery Provider (Version 5.1.7200 oder höher)
-
Microsoft Azure Site Recovery Unified Setup (VMware zu Azure) (Version 9.46.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 Probleme behoben
Nachdem Sie dieses Update installiert haben, werden die folgenden Probleme behoben, und die folgenden Verbesserungen sind enthalten.
Mobilitätsdienst
Linux-Betriebssystemunterstützung
-
Azure zu Azure
-
Oracle Linux 8.6
-
-
VMware/Physisch in Azure
-
Oracle Linux 8.6
-
Probleme behoben
-
Es wurde ein Problem behoben, bei dem die Replikation für virtuelle Azure-Computer mit dem Fehler ASRMobilityServiceVMPlatformNotSet aufgrund einer Beschädigung in der Konfigurationsdatei fehlschlägt.
-
Es wurde ein Problem behoben, bei dem die Konfigurationsdatei während des Mobilitäts-Agent-Upgrades nicht ordnungsgemäß aktualisiert wurde.
-
Es wurde ein Problem behoben, bei dem das Aktivieren der Replikation auf virtuellen Azure-Computern fehlschlägt, da der Agent keine neuen Prozesse erstellen konnte.
Microsoft Azure Site Recovery (Dienst)
Keine Änderungen.
Microsoft Azure Site Recovery (Portal)
Verbesserungen
-
Es wurde die Migrationsfunktion zum Verschieben vorhandener Replikationen von der klassischen in die modernisierte Umgebung für die Notfallwiederherstellung virtueller VMware-Computer eingeführt, die mithilfe von Azure Site Recovery aktiviert wurde. Weitere Informationen.
Aktualisieren Ihrer lokalen Azure Site Recovery-Komponenten
Zwischen zwei lokalen VMM-Standorten
-
Laden Sie das neueste Updaterollup für Microsoft Azure Site Recovery-Anbieter herunter.
-
Installieren Sie das Updaterollup zuerst auf dem lokalen VMM-Server, der die Wiederherstellungswebsite verwaltet.
-
Nachdem die Wiederherstellungswebsite aktualisiert wurde, installieren Sie das Updaterollup auf dem VMM-Server, der den primären Standort verwaltet.
Hinweis Wenn es sich bei dem VMM um ein hoch verfügbares VMM (Clustered VMM) handelt, stellen Sie sicher, dass Sie das Upgrade auf allen Knoten des Clusters installieren, auf dem der VMM-Dienst installiert ist.
Zwischen einer lokalen VMM-Website und Azure
-
Laden Sie das Updaterollup für Microsoft Azure Site Recovery-Anbieter 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 hoch verfügbares VMM (Clustered VMM) handelt, stellen Sie sicher, dass Sie das Upgrade auf allen Knoten des Clusters installieren, auf dem der VMM-Dienst installiert ist.
Zwischen einer lokalen Hyper-V-Website und Azure
-
Laden Sie das Updaterollup für Microsoft Azure Site Recovery-Anbieter herunter.
-
Installieren Sie den Anbieter auf jedem Knoten der Hyper-V-Server, die Sie in Azure Site Recovery registriert haben.
Hinweis Wenn Ihr Hyper-V ein Hostcluster-Hyper-V-Server ist, stellen Sie sicher, dass Sie das Upgrade auf allen Knoten des Clusters installieren.
Zwischen einer lokalen VMware- oder physischen Website zu Azure
-
Aktualisieren Sie Ihren lokalen Verwaltungsserver, indem SieMicrosoft Azure Site Recovery Unified Setup herunterladen . Dies ist der Server mit den Serverrollen "Configuration" und "Process".
-
Wenn Sie über Skalierungsprozessserver verfügen, aktualisieren Sie sie als Nächstes, indem Sie Microsoft Azure Site Recovery Unified Setup ausführen.
-
Wenn Sie Masterzielserver haben, aktualisieren Sie sie als Nächstes, indem Sie die hier aufgeführten Schritte überprüfen.
-
Wechseln Sie zum Azure-Portal, und wechseln Sie 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 jeden virtuellen Computer angezeigt wird. Dadurch wird der Mobilitätsdienst-Agent auf allen geschützten virtuellen Computern aktualisiert.
Hinweis: Wenn Sie SUSE Linux Enterprise Server 11 SP3, SUSE Linux Enterprise Server 11 SP4, RHEL5, CentOS 5, DEBIAN7 und DEBIAN8 aktualisieren oder schützen, stellen Sie sicher, dass 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 Configuration Server und Scale Out Process Servers, bevor Sie Das Virtual Machines aktualisieren oder schützen. Unten ist beispielsweise der Ordnername aufgeführt, wenn der Installationspfad für Configuration Server/Process Servers C:\Program Files (x86)\Microsoft Azure Site Recovery –
-
C:\Program Files (x86)\Microsoft Azure Site Recovery\home\svsystems\pushinstallsvc\repository
-
-
Nachdem Sie das Installationsprogramm kopiert haben, wechseln Sie zu "services.msc ", und starten Sie den InMage PushInstall-Dienst neu.
Hinweis: Nach jedem Upgrade des Mobility-Agents wird ein Neustart empfohlen, um sicherzustellen, dass alle neuesten Änderungen auf dem Quellcomputer geladen werden. Dies ist nicht unbedingt obligatorisch. Ein Neustart ist jedoch obligatorisch, wenn der Unterschied zwischen Agentversionen vom letzten Neustart und der Zielversion an der letzten Dezimalstelle größer als vier (4) 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 obligatorisch |
9.25 |
9.28 |
Nicht obligatorisch |
9.25 |
9.29 |
Nicht obligatorisch |
9.25 |
9.30 |
Obligatorisch |