Updaterollup 36 für Azure Site Recovery

Gilt für
Azure Site Recovery

Einführung

In diesem Artikel werden die Probleme beschrieben, die im Updaterollup 36 für die folgenden Versionen von Microsoft Azure Site Recovery behoben wurden:

Hier erhalten Sie weitere Informationen zu den behobenen Problemen und zu den Voraussetzungen , die vor der Installation dieses Updates überprüft werden sollten.

Informationen zum Update

Voraussetzungen

Um Microsoft Azure Site Recovery Provider-Updaterollup 36 (Version 5.1.4150.0) zu installieren, müssen Sie eines der folgenden Geräte installiert haben:

  • Microsoft Azure Hyper-V Recovery Manager (Version 3.4.486 oder höher)
  • Microsoft Azure Site Recovery Hyper-V-Anbieter (Version 4.6.660 oder höher)
  • Microsoft Azure Site Recovery Provider (Version 5.1.3700 oder höher)
  • Microsoft Azure Site Recovery Unified Setup (VMware auf Azure) (Version 9.20.xxxx. x oder eine neuere Version)

Hinweis Sie können die installierte Version des Anbieters im Element Programme und Funktionen in Systemsteuerung überprüfen.

 

Durch dieses Update behobene Probleme

Nach der Installation dieses Updates werden die folgenden Probleme behoben und die folgenden Verbesserungen vorgenommen.
 

Microsoft Azure Site Recovery Anbieter

Verbesserungen

A2A:

  • Verbesserte Unterstützung für Zertifikatablauf und -erneuerung durch den Dienst (mit PowerShell-Unterstützung).
  • Unterstützung für intraregionale Verschiebungen virtueller Computer (VM) vom Dienst.
  • Verbesserte Überwachungserfahrung.
  • Unterstützung für das Hinzufügen eines neuen Datenträgers zu einem geschützten virtuellen Computer.
  • Zum Aktivieren der automatischen Aktualisierung von Agents, die bei der Replikation von virtuellen Azure-Computern verwendet werden, wird ein Automation-Konto verwendet. Zuvor war dies das Standardkonto, das von Site Recovery erstellt wurde. Jetzt können Sie ein anderes vorhandenes Automation-Konto auswählen. Diese Option finden Sie, wenn Sie die Replikation für einen virtuellen Computer aktivieren. Das Ändern der Einstellung für eine VM, die als Teil eines bestimmten Recovery Services-Tresors geschützt ist, gilt für alle virtuellen Azure-Computer, die im selben Tresor geschützt sind.

Behobene Probleme

A2A:

  • Neues Validierungssteuerelement zum Überprüfen, ob sich die Verfügbarkeitsgruppe und die VM-Ressourcengruppen unterscheiden, um Benutzer vor einem Failover zu warnen.
  • Failbackverbesserung für das Szenario, wenn der virtuelle Computer aus der Quellregion gelöscht wird.
  • Die Erstellung von Cachespeicherkonten in zufälligen Ressourcengruppen anstelle der vom Kunden angegebenen Ressourcengruppen wurde korrigiert.
  • Ein Problem wurde behoben, bei dem der Schutz einer VM beim Überprüfen einer Verfügbarkeitszone in einer Region fehlschlägt.
  • Es wurde ein Problem behoben, bei dem der erneute Schutz fehlschlägt, wenn die Systemdatenträger des virtuellen Quellcomputers gelöscht werden.
  • Es wurde ein Problem während des Failbacks behoben, bei dem die Benutzeroberfläche im Prozess stecken bleibt, wenn die Verfügbarkeitszoneneigenschaft nicht abgerufen wird.
  • Fügt Logik hinzu, um veraltete Ressourcenverknüpfungen zu löschen, die von ASR in einem abonnementübergreifenden Abonnement erstellt werden.

 

Microsoft Azure Site Recovery Unified Setup and Configuration Server-Vorlage

Verbesserungen

Verbesserungen bei der Überwachung des Konfigurationsservers:

Für die folgenden Szenarien wurden Verbesserungen bei Fehlermeldungen vorgenommen, um eine klare Grundursache und empfohlene Maßnahmen bereitzustellen:

  • vCenter ist getrennt
  • Prozessserver getrennt
  • CS getrennt
  • Prozessserver hat keinen Takt
  • MT getrennt
  • Herunterfahren der VM
  • VM gelöscht

 

Prozessserver-Überwachung

Die folgenden Warnungen wurden für Prozessserver hinzugefügt, um die Überwachung zu verbessern:

  • Warnungen zu CPU, Arbeitsspeicher und freiem Speicherplatz zur Überwachung der Ressourcennutzung
  • Warnungen, wenn wichtige ASR-Dienste nicht ausgeführt werden

 

Prozessserver-Auswahl Produktbegleitende Anleitungen

Während der Auswahl eines Prozessservers für neue Replikationen wird die Integrität des Prozessservers (kritisch, Warnung und fehlerfrei) basierend auf der Ressourcenverfügbarkeit und dem Konnektivitätszustand angezeigt.

Hinweise

  • Ein kritischer Prozessserver kann nicht verwendet werden, um die Replikation neuer virtueller Computer zu ermöglichen.
  • Sie können zwar einen Prozessserver auswählen, der einen Warnstatus anzeigt, dies wird jedoch nicht empfohlen. Jede zusätzliche Workload kann sich auf die vorhandene Workload auswirken.
  • Ein Prozessserver, der als fehlerfrei gekennzeichnet ist, kann verwendet werden, um neue Server zu schützen.

Weitere Informationen zur Prozessserveranleitung finden Sie unter https://aka.ms/asr_ps_selection_guidance.
 

Behobene Probleme

(Nicht zutreffend)

 

Mobility Service

Behobene Probleme: Gilt für DR von VMware-VMs

  • Reduzierte Größe der Installationsprogramme für Mobilitäts-Agents (betrifft Ubuntu*, Debian*, SLES 12 – Pushinstallation und Upgrade)

  • Die Neustartwarnung wird nur angezeigt, wenn zugehörige Treiberänderungen vorhanden sind

  • Verbesserungen bei Installationsfehlermeldungen, die eine klare Ursache für Fehlerprobleme liefern

  • Verbesserungen im Protokollierungsmechanismus für Dienststarts

  • Failoverproblem für Windows Server 2019-basierte Computer in einer physischen oder VMware-Umgebung behoben, die für No-Hydration qualifiziert sind

  • Fehler beim Mobility Agent-Upgrade behoben, die den Fehlercode 95507 zurückgaben

  • Für ein VMware-to-Azure- und ein Azure-to-Azure-DR-Szenario können die folgenden Betriebssysteme geschützt werden:

    • Windows 10 (x64)
    • Windows 8.1 (x64)
    • Windows 8 (x64)
    • Windows 7 (x64) SP1 und höher (Windows 7 RTM wird nicht unterstützt)

Behobene Probleme

  • Ein gelegentliches Problem wurde behoben, bei dem Datenträger offline in Windows Server 2019 sichtbar sind.

 

Microsoft Azure Site Recovery (Dienst)

Verbesserungen

Die Datenreplikation von VMware oder physischen Servern zu Azure wird jetzt für Azure-Speicherkonten unterstützt, für die eine virtuelle Netzwerkfirewall konfiguriert ist.
 

Behobene Probleme

(Nicht zutreffend)

 

Microsoft Azure Site Recovery (Portal)

Verbesserungen

Damit VMware Azure, wird dem Blatt "VM-Übersicht" die status "Prozessserverintegrität" hinzugefügt. Ereignisse, die auf dem Prozessserver ausgelöst werden, werden einer Ereignistabelle auf dem Blatt "Prozessserver" hinzugefügt.
 

Behobene Probleme

(Nicht zutreffend)

 

Aktualisieren Ihrer Azure Site Recovery On-Premises-Komponenten

Zwischen zwei lokalen VMM-Standorten

  1. Laden Sie das neueste Updaterollup für Microsoft Azure Site Recovery Provider herunter.
  2. Installieren Sie den Updaterollup zuerst auf dem lokalen VMM-Server, der die Wiederherstellungs-Site verwaltet.
  3. Nachdem der Wiederherstellungsstandort aktualisiert wurde, installieren Sie den Updaterollup auf dem VMM-Server, der den primären Standort verwaltet.

Hinweis Wenn es sich bei dem VMM um ein hochverfügbares VMM (Clustered VMM) handelt, stellen Sie sicher, dass Sie das Upgrade auf allen Knoten des Clusters installieren, auf dem der VMM-Dienst installiert ist.
 

Zwischen einem lokalen VMM-Standort und Azure

  1. Laden Sie den Updaterollup für Microsoft Azure Site Recovery Provider herunter.
  2. Installieren Sie den Updaterollup auf dem lokalen VMM-Server.
  3. Installieren Sie den neuesten MARS-Agent auf allen Hyper-V-Hosts.

Hinweis Wenn es sich bei Ihrem VMM um ein VMM mit hoher Verfügbarkeit (Clustered VMM) handelt, stellen Sie sicher, dass Sie das Upgrade auf allen Knoten des Clusters installieren, auf dem der VMM-Dienst installiert ist.
 

Zwischen einem lokalen Hyper-V-Standort und Azure

  1. Laden Sie den 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 Ihr Hyper-V ein Hyper-V-Hostclusterserver ist, stellen Sie sicher, dass Sie das Upgrade auf allen Knoten des Clusters installieren
 

Zwischen einer lokalen VMware- oder physischen Site zu Azure

  1. Aktualisieren Sie Ihren lokalen Verwaltungsserver. Dies ist der Server, der über die Rollen "Konfigurationsserver" und "Prozessserver" verfügt. Laden Sie dazu Microsoft Azure Site Recovery Unified Setup herunter, und führen Sie es aus.
  2. Wenn Sie über Prozessserver mit horizontaler Skalierung verfügen, aktualisieren Sie sie als Nächstes, indem Sie Microsoft Azure Site Recovery Unified Setup ausführen.
  3. Gehen Sie zum Azure-Portal und dann zur Seite "Replizierte geschützte Elemente>". Wählen Sie auf dieser Seite eine VM aus. Klicken Sie auf die Schaltfläche "Update-Agent", die unten auf der Seite für jede VM angezeigt wird. Dadurch wird der Mobility Service-Agent auf allen geschützten VMs aktualisiert.

Nach jedem Upgrade des Mobilitäts-Agents wird ein Neustart empfohlen, um sicherzustellen, dass alle neuesten Änderungen auf die Quell-VM geladen werden. Ein Neustart ist jedoch nicht zwingend erforderlich. Wenn der Unterschied zwischen der Agent-Version beim letzten Neustart und der aktuellen Version größer als vier (4) ist, ist ein Neustart erforderlich. In der folgenden Tabelle finden Sie eine detaillierte Erläuterung.

Agent-Version beim letzten Neustart Upgrade auf Version Ist ein Neustart erforderlich?
9.16 9.18 Nicht erforderlich
9.16 9.19 Nicht erforderlich
9.16 9.20 Nicht erforderlich
9.16 9.21 Erforderlich

Führen Sie zunächst ein Upgrade auf Version 9.20 durch. Starten Sie dann neu, bevor Sie auf 9.21 aktualisieren. Dies liegt daran, dass der Unterschied zwischen den Versionen (9.16, in der der letzte Neustart durchgeführt wurde, und der Zielversion 9.21) größer als vier (4) ist.

Referenzmaterial

Informieren Sie sich über die Terminologie, die Microsoft zum Beschreiben von Softwareupdates verwendet.

Informationen zum Haftungsausschluss von Drittanbietern

Die in diesem Artikel genannten Drittanbieterprodukte stammen von Herstellern, die von Microsoft unabhängig sind. Microsoft gewährt keine implizite oder sonstige Garantie in Bezug auf die Leistung oder Zuverlässigkeit dieser Produkte.