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.

Wichtig: Die Version 9.58 für den Mobilitäts-Agent und den Konfigurationsserver wurde während der Bereitstellung 9.57 für das Szenario "Classic VMware/Physical to Azure" live geschaltet. Diese Version wurde für kein anderes Szenario veröffentlicht. Für die Downloadlinks wurde ein Rollback auf Version 9.57 für das Szenario "Classic VMware/Physical to Azure" durchgeführt. Wenn Sie bereits ein Upgrade auf Version 9.58 durchgeführt haben, können Sie es weiterhin verwenden. Weitere Informationen finden Sie im Abschnitt "In diesem Update vorgenommene Verbesserungen und behobene Probleme". 

Einführung

In diesem Artikel werden die Probleme beschrieben, die in Updaterollup 70 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 70 installieren zu können, muss eine der folgenden Komponenten installiert sein:

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

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

    • Oracle Linux 8.9

    • Rocky Linux 8.8

    • Rocky Linux 8.9

  • Modernisiertes VMware/Physisch zu Azure

    • RHEL 8.9

    • Oracle Linux 8.9

    • Rocky Linux 8.8

    • Rocky Linux 8.9

Verbesserungen: 

  • Es wurde ein Diagnose-Sammlungstool für Schutzszenarien von Azure zu Azure und modernisierten VMware-zu-Azure-Schutzszenarien hinzugefügt, um Probleme im Zusammenhang mit Site Recovery Diensten oder der Replikation Anwendung zu debuggen. 

Wichtig: Wenn Sie ein Upgrade auf Version 9.58 für den Mobilitäts-Agent für das Klassische VMware zu Azure-Szenario durchgeführt haben, wird davon abgeraten, die Replikation auf Computern einzurichten, die unter RHEL 9.1, Oracle Linux 9.1, Rocky Linux 9.1, RHEL 9.2, Oracle Linux 9.2 und Ubuntu-22.04 Kernel 6.2 ausgeführt werden.

Microsoft Azure Site Recovery-Replikations-Anwendung

Updates:

Komponente

Version

Physischer Ermittlungsserver

2.0.2027.28

Ermittlungsserver

2.0.2027.39

Site Recovery Anbieter

5.23.1204.5

Appliance-Konfigurations-Manager

6.0.1084.20

Proxyserver

1.38.8708.11966

Replikationsdienst

1.38.8933.10676

Server erneut schützen

1.40.8933.10681

Pushinstallations-Agent

1.40.8879.36458

Recovery Services-Agent

2.0.9263.0

Prozessserver

9.57.6911.1

Microsoft Azure Site Recovery Configuration Server

Das Sicherheitsproblem CVE-2024-21364 für das Szenario klassische vMware/physisch in Azure wurde behoben. Führen Sie ein Upgrade auf die neueste Version durch, um diesen Sicherheitsfix hinzuzufügen.

Aktualisieren Ihrer lokalen Azure Site Recovery-Komponenten

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

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!

×