Update-Rollup 48 für Azure Site Recovery

Einführung

In diesem Artikel werden die Probleme beschrieben, die behoben werden können. in Update-Rollup 48 in den folgenden Versionen von Microsoft Azure Site Recovery:

• Azure zu Azure

• • Mobilitätsdienst (Version 9.35.5659.1)

• VMware/physisch zu Azure

• • Microsoft Azure-Website herunterladen OVF-Vorlage für den Wiederherstellungs Konfigurations Server (Version 5.1.6200.0; MD5-Hash 5862DE44F02B4226CA9FE841A960C669)

  • Herunterladen von Microsoft Azure Site Recovery Unified Setup (VMware to Azure) (Version 9.35.5659.1)

  • Mobilitätsdienst (Version 9.35.5659.1)

• HyperV oder VMM zu Azure

• • Download Microsoft Azure Recovery Services-Agent (Version 2.0.9186.0)

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

Informieren Sie sich über die Details zu den behobenen Problemen und die Voraussetzungen , die überprüft werden sollten, bevor Sie dieses Update installieren.

Voraussetzungen

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

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

• Microsoft Azure Website-Wiederherstellung Unified Setup (VMware to Azure) (Version 9.31. 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

Verbesserungen

• Private Links-Konnektivität für Websitewiederherstellung die Replikation wird jetzt für Azure unterstützt. Computer und lokal Geräte.

Unterstützung für Linux-Betriebssysteme

• Azure zu Azure

• • Oracle Linux 7,8

  • Oracle Linux 8,0, 8,1

• VMware/physisch zu Azure

• • Oracle Linux 7,8

  • Oracle Linux 8,0, 8, 1, 8,2

Behobene Probleme

• Eine Vorabüberprüfung zur Überprüfung hinzugefügt Diese drscout. conf steht in der Installation zur Verfügung. Verzeichnis beim Upgrade.

• Update für Linux-Computer hinzugefügt eine Änderung der Systemzeit hat eine Verzögerung beim Deaktivieren der Replikation verursacht.

• Ein Problem wurde behoben, bei dem Installer Fehler beim Wiederherstellen der ursprünglichen Bilder, wodurch die Replikation aktiviert wurde Fehler.

• Ein Problem wurde behoben, bei dem SLES15 nicht richtig identifiziert wurde, wenn die Veröffentlichungs Datei war vorhanden.

Bekanntes Problem (e)

• Aktivieren der Replikation für Azure das Azure-Szenario schlägt auf Linux-Computern fehl, die eine Azure Disk-Verschlüsselung aufweisen (ADE) aktiviert. Weitere Informationen Weitere Informationen.

Unified Setup für Microsoft Azure Site Recovery Vorlage für #a0-Konfigurations Server

Es wurden keine neuen Änderungen eingeführt.

Microsoft Azure Site Recovery (Dienst)

Verbesserungen

• Unterstützung für die doppelte Verschlüsselung im Ruhezustand steht jetzt zur Verfügung. Jeder Azure-Computer mit Doppelte Verschlüsselung aktivierte Datenträger können mit der Websitewiederherstellung geschützt werden. Lokale Computer können auch die Replikation von Daten und das Failover in Double auswählen. Datenträger mit Verschlüsselungsfunktion.

• Die private Vorschau für die Aktivierung der Replikation mit Azure-Richtlinie steht jetzt zur Verfügung. Wenn Sie sich dafür registrieren möchten, geben Sie bitte hierIhre Daten an.

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 Sie den neuesten Microsoft Azure Recovery Services-Agent auf allen 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 Prozess Serverrollen.

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.