Einführung

In diesem Artikel werden die Probleme beschrieben, die in Updaterollup 80 in der folgenden Version von Microsoft Azure Site Recovery behoben wurden:

Voraussetzungen

  • So installieren Sie Microsoft Azure Site Recovery Provider Update Rollup 80.

Mobility Service

Linux-Betriebssystemunterstützung

Azure Azure:

Unterstützung für neue Distributionen

  • Redhat 9.6

  • Redhat 10.0

  • AlmaLinux 10.0

  • Rocky 10.0

  • SLES15 SP7

Neue Kernelunterstützung

  • SLES15-64

  • SLES12-64

  • DEBIAN11-64

  • DEBIAN12-64

  • UBUNTU-18.04-64

  • UBUNTU-20.04-64

  • UBUNTU-22.04-64

  • UBUNTU-24.04-64

Anmerkung: Weitere Informationen finden Sie in der Unterstützungsmatrix .

VMware/Physical to Azure RCM:

Unterstützung für neue Distributionen

  • Redhat 9.6

  • Redhat 10.0

  • AlmaLinux 10.0

  • Rocky 10.0

  • SLES15 SP7

Neue Kernelunterstützung

  • SLES15-64

  • SLES12-64

  • DEBIAN11-64

  • DEBIAN12-64

  • UBUNTU-18.04-64

  • UBUNTU-20.04-64

  • UBUNTU-22.04-64

  • UBUNTU-24.04-64

Hinweis:  Weitere Informationen finden Sie in der Unterstützungsmatrix.

Neuerungen

Datenträgerwiederherstellung/Tauschbenachrichtigung in A2A: Ermitteln Sie, ob Datenträger auf einem geschützten Computer aus der Sicherung wiederhergestellt oder ausgetauscht werden. Wenn die Replikation erkannt wird, wird die Replikation angehalten, und es wird kein neuer Wiederherstellungspunkt generiert.

Unterstützung für die Sperrung von Schlüsseln für die Benutzerdelegierung in A2A: Unterstützung für das Widerrufen des Benutzerdelegierungsschlüssels für das Cachespeicherkonto.

Behobene Probleme:

  • Das System hängt während der Erstellung eines konsistenten Wiederherstellungspunkts unter Linux: Es wurde ein Problem auf Linux-Computern behoben, bei dem das System während der Erstellung des Wiederherstellungspunkts für die App-Konsistenz nicht mehr reagierte.

  • Azure Linux-VM mit Datenträgern mit 4K-Sektorgröße: Fehler bei der Datenträgerermittlung auf Azure Linux-VM mit Datenträgern mit 4K-Sektorgröße mit GPT-Partition.

  • Initrd Generation für installierte Kernel nur unter Linux: Es wurde ein Installationsprogrammproblem behoben, bei dem das Initialisierungsimage nur für installierte Kernel neu generiert wurde.

  • Mars-Agent-Registrierungsfehler: Es wurde ein Problem mit der Mars-Agent-Konfiguration behoben, indem das Problem mit Verbindungsüberlauf und Identitätszuordnung behoben wurde.

  • Absturz des Prozessserverdiensts: Es wurde ein Problem behoben, bei dem der Prozessserverdienst bei Verwendung eines authentifizierten Proxys abstürzte.

  • Erneute Synchronisierung wird in modernisierter V2A nicht fortgesetzt:Es wurde ein Problem mit dem Status der erneuten Synchronisierung behoben, wenn die Replikation von Azure zu lokal konfiguriert wurde.

  • Leistungsverbesserungen für SDS-Agents: Es wurde ein Problem zur Verbesserung der Leistung bei der Verarbeitung physischer SSH-Pipes behoben.

Microsoft Azure Site Recovery Replication Appliance

Komponente

Version

Site Recovery Anbieter

5.25.0904.11

Proxyserver

1.43.9570.20861

Replikationsdienst

1.44.9599.16367

Server erneut schützen

1.47.9599.16272

Recovery Services-Agent

2.0.9948.0

Prozessserver

9.66.7567.1

Links zum Mobilitäts-Agent: 

  • Die Downloadlinks finden Sie unter ASR GitHub.

Aktualisieren Ihrer Azure Site Recovery lokalen Komponenten

Zwischen einem lokalen VMware-Standort oder einem physischen Standort zu Azure (modernisierte Benutzeroberfläche) 

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

  • Melden Sie sich beim Azure-Portal an, 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.

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