Bei Microsoft anmelden
Melden Sie sich an, oder erstellen Sie ein Konto.
Hallo,
Wählen Sie ein anderes Konto aus.
Sie haben mehrere Konten.
Wählen Sie das Konto aus, mit dem Sie sich anmelden möchten.

Einführung

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

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 Azure Site Recovery Provider Update Rollup 68 zu installieren, muss eine der folgenden Komponenten installiert sein:

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

  • Microsoft Azure Site Recovery Unified Setup (VMware zu Azure) (Version 9.51.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.

Mobility Service

Linux-Betriebssystemunterstützung

  • Azure zu Azure

    • RHEL 8.8

  • Modernisiertes VMware/Physisch zu Azure

    • RHEL 8.8

Behobene Probleme:

  • Es wurde eine Überprüfung hinzugefügt, bei der USB-Datenträger von der Ermittlung ausgeschlossen werden, da sie im modernisierten Replikationsszenario für VMware/physische Computer nicht unterstützt werden. 

  • Es wurde ein Problem behoben, bei dem einer der ASR-Dienste auf einer geschützten SUSE Linux-Azure-VM nicht funktionierte und mehrere Fehler auftraten.

Verbesserungen: 

  • Die modernisierte Architektur wird bei der manuellen Installation des Mobilitäts-Agents standardmäßig gestartet. Weitere Informationen.

Microsoft Azure Site Recovery-Replikations-Anwendung

Verbesserungen: 

  • Es wurde ein Problem behoben, das sich auf Benutzer privater Endpunkte in nationalen Regionen auswirkte, bei denen falsche URLs für Standort- und Schlüsseltresor-DNS-Zonen verwendet wurden.

Updates:

Komponente

Version

Physischer Ermittlungsserver

2.0.2027.28

Ermittlungsserver

2.0.2027.39

Site Recovery Anbieter

5.23.0720.4

Appliance-Konfigurations-Manager

6.0.931.38

Proxyserver

1.38.8708.11966

Replikationsdienst

1.38.8707.13595

Server erneut schützen

1.39.8708.11154

Pushinstallations-Agent

1.39.8785.21742

Recovery Services-Agent

2.0.9261.0

Prozessserver

9.55.6765.1

Aktualisieren Ihrer lokalen Azure Site Recovery-Komponenten

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 (modernisierte Oberfläche) 

  1. Stellen Sie sicher, dass Ihre lokale Verwaltungs-Anwendung auf dem neuesten Stand ist, indem Sie zum Appliance-Konfigurations-Manager navigieren. Falls nicht, laden Sie die neueste Version für die Komponenten herunter, die sich hinter der neuesten Version befinden. 

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

Zwischen einem lokalen VMware-Standort oder einem physischen Standort zu Azure (klassische Erfahrung)

  1. Aktualisieren Sie Ihren lokalen Verwaltungsserver, indem Sie Microsoft Azure Site Recovery Unified Setup herunterladen. 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 master Zielserver 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: 

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

  • Kopieren Sie das Installationsprogramm in die Ordner INSTALL_DIR\home\svsystems\pushinstallsvc\repository auf dem 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 –

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

  • 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 den 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.

Agent-Version beim letzten Neustart

Upgrade auf

Ist ein Neustart obligatorisch?

9.25

9.27

Nicht zwingend erforderlich

9.25

9.28

Nicht zwingend erforderlich

9.25

9.29

Nicht zwingend erforderlich

9.25

9.30

Obligatorisch

Führen Sie zunächst ein Upgrade auf Version 9.29 aus, und starten Sie dann neu, bevor Sie ein Upgrade auf Version 9.30 durchführen (da der Unterschied zwischen der letzten Neustartversion und der Zielversion größer als 4 ist).

Benötigen Sie weitere Hilfe?

Möchten Sie weitere Optionen?

Erkunden Sie die Abonnementvorteile, durchsuchen Sie Trainingskurse, erfahren Sie, wie Sie Ihr Gerät schützen und vieles mehr.

In den Communities können Sie Fragen stellen und beantworten, Feedback geben und von Experten mit umfassendem Wissen hören.

War diese Information hilfreich?

Wie zufrieden sind Sie mit der Sprachqualität?
Was hat Ihre Erfahrung beeinflusst?
Wenn Sie auf "Absenden" klicken, wird Ihr Feedback zur Verbesserung von Produkten und Diensten von Microsoft verwendet. Ihr IT-Administrator kann diese Daten sammeln. Datenschutzbestimmungen.

Vielen Dank für Ihr Feedback!

×