Update-Rollup 43 für Azure Site Recovery

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:

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

  1. Herunterladen des neuesten Updaterollups für Microsoft Azure Site Recovery-Anbieter

  2. Installieren Sie das Update-Rollup zuerst auf dem lokalen VMM-Server, auf dem die Wiederherstellungs Website verwaltet wird.

  3. 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

  1. Herunterladen des Updaterollups für Microsoft Azure Site Recovery-Anbieter.

  2. Installieren Sie das Updaterollup auf dem lokalen VMM-Server.

  3. 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

  1. Herunterladen des Updaterollups für Microsoft Azure Site Recovery-Anbieter.

  2. 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).

Benötigen Sie weitere Hilfe?

Ihre Office-Fähigkeiten erweitern
Schulungen erkunden
Neue Funktionen als Erster erhalten
Microsoft Insider beitreten

War diese Information hilfreich?

Vielen Dank für Ihr Feedback!

Vielen Dank für Ihr Feedback. Es klingt, als ob es hilfreich sein könnte, Sie mit einem unserer Office-Supportmitarbeiter zu verbinden.

×