Updaterollup 65 für Azure Site Recovery -KB5021964

Einführung

In diesem Artikel werden die Probleme beschrieben, die in Updaterollup 65 in den folgenden Versionen von Microsoft Azure Site Recovery behoben wurden:

• Azure zu Azure

  • Mobilitätsdienst (Version 9.52.6522.1)

• Modernisierte VMware zu Azure  

  • Herunterladen Microsoft OVF-Vorlage für die ASR-Replikationsappliance (Version 5.1.7870.0)

  • Mobilitätsdienst (Version 9.52.6522.1)

• Hyper-V oder VMM zu Azure

  • Herunterladen Microsoft Azure Recovery Services-Agents (Version 2.0.9259.0)

  • Herunterladen Microsoft Azure Site Recovery Provider (Version 5.1.7882.0)

• VMware/Physisch zu Azure

  • Herunterladen Microsoft Azure Site Recovery Configuration Server OVF-Vorlage (Version 5.1.7882.0)

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

    • Prerequisite to update or protect SUSE Linux Enterprise Server 11 SP3, SUSE Linux Enterprise Server 11 SP4, RHEL5, CentOS 5, Oracle Linux 6, DEBIAN7, DEBIAN8, DEBIAN9 and UBUNTU-14.04 machines: Ensure latest mobility agent installer is downloaded from Microsoft Download Center and placed in push installer repository on configuration server. Refer to the section Updating your Azure Site Recovery On-Premises components.
      

  • Mobilitätsdienst (Version 9.52.6522.1)

Erfahren Sie mehr über die Details der behobenen Probleme und die Voraussetzungen, die vor der Installation dieses Updates überprüft werden sollten.

Voraussetzungen

Um Microsoft Updaterollup 65 des Azure Site Recovery-Anbieters installieren zu können, muss eines der folgenden Komponenten installiert sein:

• Microsoft Azure Site Recovery Provider (Version 5.1.7400 oder höher)

• Microsoft Azure Site Recovery Unified Setup (VMware zu Azure) (Version 9.48.xxxx.x oder höher)

• Microsoft Azure Recovery Services-Agent (Version 2.0.9202.0 oder höher)

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

In diesem Update vorgenommene Verbesserungen und behobene Probleme

Nach der Installation dieses Updates sind die folgenden Probleme behoben, und die folgenden Verbesserungen sind enthalten.

Aktualisieren Ihrer lokalen Azure Site Recovery-Komponenten

Zwischen zwei lokalen VMM-Standorten

1. Laden Sie das neueste Updaterollup für Microsoft Azure Site Recovery-Anbieter herunter.

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

3. Nachdem der Wiederherstellungsstandort aktualisiert wurde, installieren Sie das Updaterollup auf dem VMM-Server, der den primären Standort verwaltet.

Hinweis Wenn es sich bei der VMM um eine hochverfügbare VMM (clustered VMM) handelt, stellen Sie sicher, dass Sie das Upgrade auf allen Knoten des Clusters installieren, auf denen der VMM-Dienst installiert ist.

Zwischen einem lokalen VMM-Standort und Azure

1. Laden Sie das Updaterollup für Microsoft Azure Site Recovery Provider 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 ein hochverfügbares VMM (clustered VMM) handelt, stellen Sie sicher, dass Sie das Upgrade auf allen Knoten des Clusters installieren, auf denen der VMM-Dienst installiert ist.

Zwischen einem lokalen Hyper-V-Standort und Azure

1. Laden Sie das Updaterollup für Microsoft Azure Site Recovery Provider herunter.

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-Server um einen Hostclusterserver handelt, stellen Sie sicher, dass Sie das Upgrade auf allen Knoten des Clusters installieren.

Zwischen einem lokalen VMware-Standort oder einem physischen Standort zu Azure

1. Aktualisieren Sie Ihren lokalen Verwaltungsserver, indem Sie azure Site Recovery Unified Setup herunterladen  Microsoft. Dies ist der Server, der über die Serverrollen Konfigurationsserver und Prozessserver verfügt.

2. Wenn Sie über Prozessserver mit horizontaler Skalierung verfügen, aktualisieren Sie diese als Nächstes, indem Sie Microsoft Azure Site Recovery Unified Setup ausführen.

3. Wenn Sie über Masterzielserver verfügen, aktualisieren Sie diese als Nächstes, indem Sie die hier beschriebenen Schritte überprüfen.

4. Wechseln Sie zum Azure-Portal und 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-, DEBIAN7-, DEBIAN8- und DEBIAN9-Computer aktualisieren oder schützen, müssen Sie die folgenden Schritte ausführen:

1. Laden Sie das entsprechende Installationsprogramm für Ihre Computer herunter:

   • SUSE Linux Enterprise Server 11 SP3

   • SUSE Linux Enterprise Server 11 SP4

   • RHEL 5

   • CentOS 5

   • Oracle Linux 6

   • DEBIAN 7

   • DEBIAN 8

   • DEBIAN 9

   • UBUNTU-14.04

2. Kopieren Sie das Installationsprogramm in die Ordner INSTALL_DIR\home\svsystems\pushinstallsvc\repository auf Konfigurationsserver und Scale Out Prozessserver, bevor Sie Ihr Virtual Machines aktualisieren oder schützen. Im Folgenden finden Sie beispielsweise den Ordnernamen, wenn der Installationspfad für Konfigurationsserver/Prozessserver C:\Programme (x86)\Microsoft Azure Site Recovery – lautet.

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

3. Wechseln Sie nach dem Kopieren des Installers zu services.msc , und starten Sie den InMage PushInstall-Dienst neu.

Hinweis: Nach jedem Upgrade des Mobilitäts-Agents wird ein Neustart empfohlen, um sicherzustellen, dass alle aktuellen Ä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) in der letzten Dezimalstelle ist. Eine ausführliche Erläuterung finden Sie in der folgenden Tabelle.