Updaterollup 55 für Azure-Websitewiederherstellung -KB5003408

Mobilitätsdienst

Verbesserungen

• Unterstützung für die Konfiguration von Ubuntu-20.04 auf dem Masterzielserver wurde hinzugefügt.

Unterstützung für Linux OS

• Azure in Azure

  • Oracle Linux 8.2

  • Oracle Linux 8.3

• VMware/Physical in Azure

  • Oracle Linux 8.2

  • Oracle Linux 8.3

Behobene Probleme

• Ein Problem wurde behoben, bei dem die Replikation aufgrund eines Timeouts kritisch wurde.

• Die Probleme mit der Datenintegrität für Oracle Linux 8.2 wurden behoben.

• Verbesserte Integritätsprobleme, die während der Dateneinschränkung auftreten.

• Ein Problem wurde behoben, bei dem die Installation des Mobilitätsdiensts für das Betriebssystem SLE15-SP0 fehlgeschlagen hat.

• Vorprüfung hinzugefügt, um sicherzustellen, dass der Quellcomputer vor der Installation des Mobilitätsdiensts über mindestens 1 GB freien Arbeitsspeicher verfügt, um Fehler zu vermeiden, die durch einen Nichtspeicher des Computers verursacht werden.

Microsoft Azure Site Recovery Unified Setup & Configuration Server Template

Verbesserungen

• Der Fluss wurde aktualisiert, bei dem das Klicken auf Configuration Server dazu führt, dass der Bildschirm eingefroren wurde.

Behobene Probleme

• Ein Problem wurde behoben, durch das das Upgrade dazu führte, dass die Replikation aufgrund von Überprüfungsproblemen kritisch wurde. 

Microsoft Azure Websitewiederherstellung (Dienst)

Verbesserungen

• Unterstützung der Rest-API für den Schutz von VMSS Flex, einschließlich des Schutzes virtueller VMSS-Computer innerhalb einer Näherungsgruppe und/oder in einer zonalen Konfiguration. Das Skalieren in/aus von VMSS Flex wird von der Websitewiederherstellung noch nicht unterstützt.

Behobene Probleme

• Ein Problem wurde behoben, bei dem das Aktivieren des Schutzes für virtuelle Computer für eine Gruppe für die Platzierung von Zonalnähern fehlt.

• Ein Problem wurde behoben, bei dem während der Aktivierung der Replikation eine Nullverweisausnahme aufgetreten war.

• Ein Problem wurde behoben, bei dem die Wiederherstellungsdienste-API HTTP 400-Fehlercode anstelle von HTTP 404-Fehlercode zurücksenkte.

Microsoft Azure Websitewiederherstellung (Portal)

Verbesserungen

• Bereitstellung der Unterstützung für die kontinentübergreifende Notfallwiederherstellung virtueller Azure-Computer. Der Support ist derzeit auf drei Region paare beschränkt:

  • Südostasien und Australien Südosten

  • Südostasien und Australien Ost

  • Westeuropa und Süd-Mittel-USA

Behobene Probleme

• Es wurde ein Fix hinzugefügt, um Cachespeicherkonten nur vom Quellspeicherort aus anzeigen zu können.

Zwischen zwei lokalen VMM-Websites

1. Herunterladen des neuesten Updaterollups für Microsoft Azure Websitewiederherstellungsanbieter

2. Installieren Sie das Updaterollup zuerst auf dem lokalen VMM-Server, der die Wiederherstellungswebsite verwaltet.

3. Installieren Sie nach dem Aktualisieren der Wiederherstellungswebsite das Updaterollup auf dem VMM-Server, der die primäre Website verwaltet.

Hinweis Wenn es sich bei der VMM um eine VMM mit hohem Verfügbaren (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

1. Laden Sie das Updaterollup für Microsoft Azure Websitewiederherstellungsanbieter herunter.

2. Installieren Sie das Updaterollup auf dem lokalen 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 einen hoch verfügbaren 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

1. Laden Sie das Updaterollup für Microsoft Azure Websitewiederherstellungsanbieter herunter.

2. 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 Server mit Hostclustern ist, stellen Sie sicher, dass Sie das Upgrade auf allen Knoten des Clusters installieren.

Zwischen einer lokalen VMware- oder physischen Website zu Azure

1. Aktualisieren Sie Ihren lokalen Verwaltungsserver, indem Sie  Einheitliches Setup für die Microsoft Azure-Websitewiederherstellung herunterladen. Dies ist der Server mit den Rollen "Konfigurationsserver" und "Prozessserver".

2. Wenn Sie über Scale-Out-Prozessserver verfügen, aktualisieren Sie sie als Nächstes, indem Sie Einheitliches Setup für die Microsoft Azure-Websitewiederherstellung ausführen.

3. 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 jede VM angezeigt wird. Dadurch wird der Mobility Service Agent auf allen geschützten VMs aktualisiert.

Hinweis: Wenn Sie SUSE Linux Enterprise Server 11 SP3, SUSE Linux Enterprise Server 11 SP4, RHEL5, CentOS 5, Oracle Linux 6, DEBIAN7, DEBIAN8 und UBUNTU-14.04 aktualisieren oder schützen, müssen Sie die folgenden Schritte ausführen –

1. Laden Sie das geeignete Installationsprogramm für Ihre Computer herunter –

   • SUSE Linux Enterprise Server 11 SP3

   • SUSE Linux Enterprise Server 11 SP4

   • https://download.microsoft.com/download/c/c/a/cca72ea8-dfe7-4c63-9820-cbe7c5ea5b0f/Microsoft-ASR_UA_9.42.0.0_RHEL5-64_GA_08Apr2021_release.tar.gz

   • CentOS 5

   • Oracle Linux 6

   • DEBIAN7

   • DEBIAN8

   • UBUNTU-14.04

2. Kopieren Sie das Installationsprogramm in INSTALL_DIR\home\svsystems\pushinstallsvc\repository-Ordner auf Configuration Server und Scale Out Process Servers, bevor Sie Ihre virtuellen Computer aktualisieren oder schützen. Nachfolgend wird beispielsweise der Ordnername angezeigt, wenn der Installationspfad von Configuration Server/Process Servers C:\Program Files (x86)\Microsoft Azure Site Recovery ist –

   • C:\Program Files (x86)\Microsoft Azure Site Recovery\home\svsystems\pushinstallsvc\repository

3. Wechseln Sie nach dem Kopieren des Installationsprogramms 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 agent-Versionen vom letzten Neustart und der Zielversion größer als vier (4) an der letzten Dezimalstelle ist. Eine ausführliche Erläuterung finden Sie in der folgenden Tabelle.