Einführung
In diesem Artikel werden die Probleme beschrieben, die in Update Rollup 43 in den folgenden Versionen von Microsoft Azure Site Recovery behoben werden:
-
Mobilitätsdienst für Azure to Azure Dr-Szenario (Version 9.31.5449.1)
-
VMware zu Azure Dr-Szenario hat keine 9,31-Versionsfreigabe
-
HyperV #a0 VMM zu Azure Dr-Szenario
Informieren Sie sich über die Details der behobenen Probleme und die Voraussetzungen Dies sollte überprüft werden, bevor Sie dieses Update installieren.Hinweis: am 2. März bearbeitet, um Änderungen in VMware zu Azure Dr Release anzupassen
Voraussetzungen
Zum Installieren des Microsoft Azure Site Recovery Provider Update Rollup 43 (Version 5.1.5300.0) müssen Sie über eine der folgenden Installationen verfügen:
-
Microsoft Azure Site Recovery Provider (Version 5.1.4900 oder eine höhere Version) (VMM oder Hyper V to Azure)
-
Microsoft Azure Recovery Services-Agent (Version 2.0.8700.0 oder eine höhere Version) (VMM zu Azure)
Hinweis Sie können die installierte Anbieterversion in der Systemsteuerung unter Programme und Funktionen überprüfen.
Verbesserungen und Probleme, die in diesem Update behoben wurden
Nachdem Sie dieses Update installiert haben, sind die folgenden Probleme behoben, und die folgenden Verbesserungen sind enthalten.
Mobilitätsdienst (Azure to Azure)
Verbesserungen
-
Verbesserte Linux-Betriebssystemunterstützung
-
-
RHEL 8,1
-
Ubuntu 18.04.3 (Kernel v 5.3)
-
Behobene Probleme
-
Bereinigen Sie beschädigte Dateien, unvollständige Dateien auf dem Prozess Server automatisch, um einen erfolgreichen Abschluss des anfänglichen Replikations Workflows zu gewährleisten.
-
Die Voraussetzungen für die Installation von Mobilitäts-Agents werden vor der Installation auf Oberflächenfehler von WMI-Fehlern erweitert.
Microsoft Azure Site Recovery (Dienst)
Verbesserungen
-
Verbesserte Verarbeitung von Daten bei großen churns, um die Zeit für die erneute Synchronisierung zu minimieren
-
Während der Erstellung von Ziel Ressourcen werden zusätzliche Validierungen hinzugefügt, um ungültige Eingaben zu vermeiden.
-
Erweiterte Fehlermeldung zu nicht behandelten Ausnahmen, wenn verwaltete Datenträger nicht in der Zielregion gefunden werden.
-
TLS 1,2 für alle Dienste in Hyper V zu Azure-Szenario aktiviert. Stellen Sie sicher, dass TLS 1,2 von lokalen Servern unterstützt wird, um eine reibungslose Konnektivität zu gewährleisten. Weitere Informationen
Behobene Probleme
-
In HyperV zu Azure wurde ein Problem behoben, bei dem die Replikation fehlschlug, da Firewall auf Zielspeicher Konten aktiviert war
Aktualisieren Ihrer Azure Site Recovery-lokalen Komponenten
Zwischen zwei lokalen VMM-Websites
-
Herunterladen des neuesten Updaterollups für Microsoft Azure Site Recovery-Anbieter
-
Installieren Sie das Update-Rollup zuerst auf dem lokalen VMM-Server, auf dem die Wiederherstellungs Website verwaltet wird.
-
Nachdem die Wiederherstellungs Website aktualisiert wurde, installieren Sie das Updaterollup auf dem VMM-Server, der den primären Standort verwaltet.
Hinweis Wenn es sich bei dem VMM um einen hoch verfügbaren VMM (Cluster-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
-
Herunterladen des Updaterollups für Microsoft Azure Site Recovery-Anbieter.
-
Installieren Sie das Updaterollup auf dem lokalen VMM-Server.
-
Installieren Sie das neueste Microsoft Azure Recovery Services-Agent auf allen Hyper-V-Hosts.
Hinweis Wenn es sich bei Ihrem VMM um einen hoch verfügbaren VMM (Cluster-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
-
Herunterladen des Updaterollups für Microsoft Azure Site Recovery-Anbieter.
-
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 um einen Host Cluster-Hyper-v-Server handelt, stellen Sie sicher, dass Sie das Upgrade auf allen Knoten des Clusters installieren.
Hinweis Nach jeder Aktualisierung des Mobilitäts-Agents wird ein Neustart empfohlen, um sicherzustellen, dass alle neuesten Änderungen auf dem Quellcomputer geladen werden. Dies ist nicht unbedingt zwingend erforderlich. Ein Neustart ist jedoch obligatorisch, wenn der Unterschied zwischen den Agentenversionen 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.
Agentenversion während des letzten Neustarts |
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 |
MandatoryFirst Sie ein Upgrade auf Version 9,29, und starten Sie es erneut, bevor Sie auf Version 9,30 aktualisieren (da der Unterschied zwischen der letzten Neustart Version und der Zielversion größer als 4 ist). |