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 73 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

Zum Installieren von Microsoft Azure Site Recovery Provider Update Rollup 73 muss eines der folgenden Komponenten installiert sein:

  • Microsoft Azure Site Recovery Provider (Version 5.23.x oder höher)

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

    • Debian 12

    • Ubuntu 18.04 Pro

  • Modernisiertes VMware/Physisch zu Azure

    • Debian 12

    • Ubuntu 18.04 Pro

Verbesserungen:

  • Unterstützung für VMs der Lsv2-Serie für das Replikationsszenario von Azure zu Azure hinzugefügt. 

  • Es wurde eine Verbesserung hinzugefügt, bei der für Linux-basierte VMware-VMs die Aktivierung der Replikation aufgrund der GPT-Typpartitionierung blockiert wurde.

  • Es wurden Verbesserungen am Neusynchronisierungsvorgang hinzugefügt, bei dem er nach einem Dienstneustartvorgang nicht automatisch ausgelöst wurde. 

Behobene Probleme:

  • Es wurde ein -Block für Speichergeräte vom Typ USB während des Replikationsvorgangs für die Replikation von Azure zu Azure hinzugefügt. 

  • Es wurde ein Problem für das Replikationsszenario von Azure zu Azure behoben, bei dem der Computer nach dem Aktualisieren des Kernels auf RHEL 9-VMs nicht gestartet wurde. 

  • Es wurde ein Problem behoben, bei dem die erste Replikation von Azure in die lokale Umgebung aufgrund eines Deadlocks nicht fortgesetzt wurde. 

  • Es wurde ein Problem behoben, bei dem Fehlermeldungen bei der Replikationspunkterstellung generiert wurden, obwohl die Replikation ausgeführt wurde. 

  • Es wurde ein Problem für ein Azure-zu-Azure-Replikationsszenario behoben, bei dem der Computer nicht gestartet wurde, nachdem der Computer in einem kompatiblen Kernel ausgeführt wurde, da der richtige Treiber nicht automatisch ausgewählt wurde. 

  • Ein Replikationsblockierungsproblem für Windows-VMs, das nach dem Upgrade des Mobility Service-Agents aufgetreten ist, wurde behoben.

Microsoft Azure Site Recovery-Replikations-Anwendung

Behobene Probleme

  •  Es wurde ein Problem behoben, bei dem Proxydetails für den Prozessserver nicht aktualisiert wurden.

Komponente

Version

Physischer Ermittlungsserver

2.0.2027.28

Ermittlungsserver

2.0.2027.39

Site Recovery Anbieter

5.24.0317.5

Appliance-Konfigurations-Manager

6.0.1084.64

Proxyserver

1.39.8974.21613

Replikationsdienst

1.39.9035.17265

Server erneut schützen

1.41.9035.17276

Pushinstallations-Agent

1.41.9035.16640

Recovery Services-Agent

2.0.9917.0

Prozessserver

9.60.6956.1

Aktualisieren Ihrer lokalen Azure Site Recovery-Komponenten

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, stellen Sie sicher, dass 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.

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.

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

Verbindlich

Führen Sie zunächst ein Upgrade auf Version 9.29 durch, und starten Sie dann neu, bevor Sie auf Version 9.30 aktualisieren (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!

×