Update-Rollup 47 für Azure Site Recovery

Einführung

In diesem Artikel wird beschrieben die Probleme, die in Update Rollup 47 in den folgenden Versionen von Microsoft behoben werden Azure Site Recovery:

• Azure zu Azure

• • Mobilitätsdienst (Version 9.34.5634.1)

• VMware/physisch zu Azure

• • Herunterladen der Microsoft Azure Site Recovery-Konfiguration Server OVF-Vorlage (Version 5.1.6100.0)

  • Herunterladen von Microsoft Azure Site Recovery Unified Setup (VMware zu Azure) (Version 9.34.5634.1)

  • Mobilitätsdienst (Version 9.34.5634.1)

• HyperV oder VMM zu Azure

• • Herunterladen des Microsoft Azure Recovery Services-Agents (Version 2.0.9183.0)

  • Herunterladen des Microsoft Azure Site Recovery-Anbieters (Version 5.1.6100.0)

Weitere Informationen zu den Details der behobenen Probleme und der Voraussetzungen , die überprüft werden sollten, bevor Sie dieses Update installieren.

Voraussetzungen

An Installieren des Microsoft Azure Site Recovery-Anbieter-Update-Rollups 47 müssen Sie über eine der folgenden Installationen ist installiert:

• Microsoft Azure Website-Wiederherstellung Anbieter (Version 5.1.5700 oder eine höhere Version)

• Microsoft Azure Website-Wiederherstellung Unified Setup (VMware to Azure) (Version 9.30. xxxx. x oder eine neuere Version)

• Microsoft Azure-Wiederherstellung Services-Agent (Version 2.0.8900.0 oder eine höhere Version)

Hinweis: Sie Sie können die installierte Anbieterversion im Element "Programme und Features" in Systemsteuerung.

Verbesserungen und Probleme, die in diesem Update behoben wurden

Nach der Installation Update werden die folgenden Probleme behoben, und die folgenden Verbesserungen sind enthalten.

Mobilitätsdienst

Unterstützung für Linux-Betriebssysteme

• Azure zu Azure

• • RHEL 8,2

  • CentOS 8,2

• VMware/physisch zu Azure

• • SLES 12 SP5

  • RHEL 8,2

  • CentOS 8,2

Behobene Probleme

• Eine Vorabüberprüfung wurde hinzugefügt, um sicherzustellen, dass die Installation des Mobilitäts-Agents aufgrund einer nicht verfügbaren Systemfestplatte fehlschlägt.

• Fix für manuelle Installation hinzugefügt des mobilitätsdiensts über die Befehls Zeile, bei der ein Fehler mit einem ungültigen Befehlszeilenargumentfehlschlug.

• Verb esse rungen der möglichen Ursachen für die Vorführung der Durchsatz Warnung und kritischer Warnungen eine vollständige Liste

• Update für Integritäts Warnung hinzugefügt, um sicherzustellen, dass der Prozess Server kann plötzliche Daten Ausbrüche verarbeiten

• Ein Problem mit SLES15 wurde behoben, bei dem Probleme mit Testen des Failovers

• Ein Problem wurde behoben, bei dem Installer schlägt aufgrund interner Fehler fehl

• Es wurde ein Fix für RHEL 6,10 und 7-Version, bei der Platzprobleme aufgrund von unerwünschten Dateien im Startordner auftreten

• Die Protokollierung von verschiedenen Ereignisse zur Verbesserung der Diagnose

Microsoft Azure-Website Recovery Unified Setup #a0 Configuration Server-Vorlage

Es wurden keine neuen Änderungen vorgenommen eingeführt.

Microsoft Azure-Website Wiederherstellung (Dienst)

Verbesserungen

• UEFI-Unterstützung für Linux verschiedene Distributionen und Versionen wurden hinzugefügt

Azure zu Azure

• Aktualisiertes Verhalten von Dienst, der den Ablauf des Agents schützt. Für die Computer, auf denen der Agent automatisch aktualisiert wird deaktiviert wurde, kann der Benutzer über den Link Upgrade auf der Seite Virtual Machine Disaster Recovery auf dem Portal manuell ein Upgrade durchführen.

Behobene Probleme

Ein Problem wurde behoben, bei dem die Erstellung der IP-Konfiguration und-NIC erfolgte. Fehler, da der Name 80 Zeichen überschritten hat

Aktualisieren Ihrer Azure Site Recovery-lokalen Komponenten

Zwischen zwei lokalen VMM-Websites

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

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

3. Nachdem die Wiederherstellungs Website aktualisieren, installieren Sie das Updaterollup auf dem VMM-Server, der die primäre Website.

Hinweis: Wenn VMM ist ein hoch verfügbarer VMM (Cluster-VMM), stellen Sie sicher, dass Sie die Installation das Upgrade auf allen Knoten des Clusters, auf dem der VMM-Dienst installiert ist.

Zwischen einer lokalen VMM-Website und Azure

1. Herunterladen des Update-Rollups für Microsoft Azure Site Recovery Provider.

2. Installieren des Updaterollups auf der lokale VMM-Server.

3. Installieren des neuesten Microsoft Azure Recovery Services-Agents auf alle Hyper-V-Hosts.

Hinweis: Wenn es sich bei Ihrem VMM um eine Hoch verfügbare VMM (Cluster-VMM), stellen Sie sicher, dass Sie das Upgrade auf installieren. alle Knoten des Clusters, in denen der VMM-Dienst installiert ist.

Zwischen einer lokalen Hyper-V-Website und Azure

1. Herunterladen des Update-Rollups für Microsoft Azure Site Recovery Provider.

2. Installieren Sie den Anbieter auf jeder Knoten der Hyper-V-Server, die Sie in Azure Site Recovery registriert haben.

Hinweis: Wenn Ihre Hyper-v ist ein Host-Cluster-Hyper-v-Server, stellen Sie sicher, dass Sie die Aktualisieren Sie auf allen Knoten des Clusters.

Zwischen einer lokalen VMware-oder physischen Website zu Azure

1. Aktualisieren des lokalen Standorts Verwaltungsserver durch Herunterladen von  Microsoft Azure Site Recovery Unified Setup. Dies ist der Server mit dem Konfigurationsserver und dem Prozess Server Rollen.

2. Wenn Sie den Prozess für horizontales Skalieren ausgeführt haben Server, aktualisieren Sie Sie weiter, indem Sie Microsoft Azure Site Recovery Unified Setupausführen.

3. Wechseln Sie zum Azure-Portal, und Wechseln Sie dann zu den geschützten Elementen #a0 repliziert Seite "Elemente". Wählen Sie auf dieser Seite einen virtuellen Computer aus. Wählen Sie das Update aus. Schaltfläche "Agent", die unten auf der Seite für jeden virtuellen Computer angezeigt wird. Dadurch wird der Mobility-Service-Agent auf allen geschützten VMS aktualisiert.

Hinweis ein Neustart ist wird nach jeder Aktualisierung des Mobilitäts-Agents empfohlen, um sicherzustellen, dass alle die neuesten Änderungen werden auf dem Quellcomputer geladen. Dies ist nicht unbedingt Pflicht. Ein Neustart ist jedoch obligatorisch, wenn der Unterschied zwischen Agent-Versionen vom letzten Neustart und der Zielversion ist größer als vier (4) in der letzten Dezimalstelle. In der folgenden Tabelle finden Sie eine detaillierte Erläuterung.