UpdateRollup 40 für Azure Site Recovery

Einführung

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

• Herunterladen von Microsoft Azure Site Recovery Provider (Version 5.1.4800.0)

• Herunterladen von Microsoft Azure Site Recovery Unified Setup (VMware to Azure) (Version 9.28.5345.1)

• Herunterladen von Microsoft Azure Recovery Services Agent (Version 2.0.9165.0)

• Herunterladen von Microsoft Azure Site Recovery Configuration Server (Version 5.1.4800.0)

• Mobility Service für Windows herunterladen (Version 9.28.5345.1)

• Mobility Service für CentOS herunterladen (Version 9.28.5345.1)

• Mobility Service für Ubuntu herunterladen (Version 9.28.5345.1)

Erfahren Sie mehr über die Details der behobenen Probleme undVoraussetzungendie überprüft werden sollten, bevor Sie dieses Update installieren.

Voraussetzungen

Um microsoft Azure Site Recovery Provider Update Rollup 40 (Version 5.1.4800.0) zu installieren, müssen Sie eine der folgenden Installationen haben:

• Microsoft Azure Site Recovery Provider (Version 5.1.4400 oder eine neuere Version)

• Microsoft Azure Site Recovery Unified Setup (VMware to Azure) (Version 9.24.xxxx.x oder eine neuere Version)

• Microsoft Azure Recovery Services Agent (Version 2.0.8700.0 oder eine neuere Version)

Hinweis Sie können die installierte Anbieterversion im Element Programme und Features in der Systemsteuerung überprüfen.

In diesem Update vorgenommene Verbesserungen und Probleme

Nach der Installation dieses Updates werden die folgenden Probleme behoben, und die folgenden Verbesserungen sind enthalten.

Microsoft Azure Site Recovery-Anbieter

Verbesserungen

Azure zu Azure

• Re-Protect-Erfahrung Erweiterungen: Für ein besseres BCDR-Management reinigen wir jetzt Maschinen im DR-Region nach Demfailback abgeschlossen ist und wenn die VMs erneut geschützt sind. Es besteht keine Notwendigkeit, VMs und NICs manuell löschen.

• Testen von Failover-Einstellungen für statische IP-Einstellungen: Früher, wenn Kunden ein Test-Failover auf das eigentliche DR-Netzwerk durchgeführt haben, die ursprüngliche IP nicht verwenden. Damit sollte sichergestellt werden, dass die IP-Adresse für eine tatsächliche DR. Kunden möchten jedoch dieselbe IP-Adresse während der DR-Übung zum Überprüfen der Netzwerkeinstellungen. Wir haben dieses Anliegen und ermöglichen es Kunden, statische IPs während des Testfailovers auszuwählen.

• Validatoren zur Verbesserung Failover-Bereitschaft: Validatoren werden hinzugefügt, um sicherzustellen, dass Kunden für ein Failover. Notwendige Maßnahmen zusammen mit dem Problem werden für den Fall Fehler vermutet wird.

Microsoft Azure Site Recovery Unified Setup & Configuration Server-Vorlage

Verbesserungen

• Fehlermeldungen während der Bereitstellung des Konfigurationsservers über OVF werden verbessert, um genaue Ursachen und empfohlene Schritte zur Behebung des Problems bereitzustellen.

Mobilitätsservice

Verbesserungen

• Neue Integritätswarnungen werden für die folgenden Szenarien hinzugefügt, die sich auf die Erstellung von anwendungskonsistenten Wiederherstellungspunkten auswirken.

• • Wenn Anwendungs-VSS-Writer auf dem Quellcomputer fehlschlagen

  • Wenn VSS Provider deaktiviert oder nicht auf dem Quellcomputer installiert ist

• Vorhandene Gesundheitswarnungen werden mit Kontextinformationen für eine bessere Analyse angereichert

• • Datenträgerdetails, beobachtete Abwanderungsrate und die Anzahl der pro Datenträger ausstehenden Daten werden für "Plötzliche Warnung mit hoher Abwanderungsrate" hinzugefügt.

  • Datenträgerdetails und die Anzahl der pro Datenträger ausstehenden Daten werden für "Warnung mit hoher Latenz" hinzugefügt.

Probleme behoben

• Server unter Windows 2019 mit aktiviertem UEFI-Start werden während der Aktivierungsreplikation blockiert. Dadurch werden Startprobleme nach dem Failover vermieden, da Azure die sichere UEFI-Startkonfiguration nicht unterstützt.

• MSI-Ausführungsfehler wurden während der Installation von Mobilitäts-Agents beobachtet, wenn mehrere Produkte auf einem Server installiert sind. Ein alternativer Ansatz ist darauf ausgelegt, dieses Problem zu lösen.

Microsoft Azure Site Recovery (Dienst)

Verbesserungen

• Sie können ACLed-Speicherkonten zum Schutz von Hyper-V-Servern in Azure verwenden.

• Die Logik, die für die Auswahl der am besten geeigneten VM-SKU während des Failovers verwendet wird, wird verbessert. Es werden nur wenige Eckfälle behandelt, in denen SKUs mit hoher Konfiguration ausgewählt wurden.

Probleme behoben

• S-Tale oder unerwartete Einträge in der Datei 'device.map' werden behandelt, um Failover-Fehler in Linux-Server

Microsoft Azure Site Recovery (Portal)

Verbesserungen

Na

Probleme behoben

Na

Aktualisieren Ihrer lokalen Azure Site Recovery-Komponenten

Zwischen zwei lokalen VMM-Standorten

1. Laden Sie das neueste Update Rollup fürMicrosoft Azure Site Recovery Provider herunter

2. Installieren Sie das Updaterollup zuerst auf dem lokalen VMM-Server, der die Wiederherstellungssite verwaltet.

3. Installieren Sie nach der Aktualisierung des Wiederherstellungsstandorts das 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 einer lokalen VMM-Site und Azure

1. Laden Sie das Update Rollup herunter, Microsoft Azure Site Recovery Provider.

2. Installieren Sie das UpdateRollup auf dem lokalen VMM-Server.

3. Installieren Sie den neuesten Microsoft Azure Recovery Services-Agenten 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 dem der VMM-Dienst installiert ist.

Zwischen einer lokalen Hyper-V-Site und Azure

1. Laden Sie das Updaterollup für Microsoft Azure Site Recovery Providerherunter.

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 um einen Host Clustered Hyper-V-Server handelt, 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, indem Sie Microsoft Azure Site Recovery Unified Setupherunterladen. Dies ist der Server mit den Konfigurationsserver- und Prozessserverrollen.

2. Wenn Sie über scale-out-Prozessserver verfügen, aktualisieren Sie diese als nächstes, indem Sie Microsoft Azure Site Recovery Unified Setupausführen.

3. Wechseln Sie zum Azure-Portal, 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.

Hinweis Nach jedem Upgrade des Mobilitäts-Agenten wird ein Neustart empfohlen, um sicherzustellen, dass alle neuesten Änderungen auf dem Quellcomputer geladen werden. Dies ist nicht unbedingt obligatorisch. Ein Neustart ist jedoch obligatorisch, wenn der Unterschied zwischen Agentenversionen beim 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.

Weitere Informationen

Bekannte Probleme

Dieses Update ist nicht bekannt.

Informationsquellen

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 schließt jede konkludente oder sonstige Gewährleistung bezüglich der Leistung oder Zuverlässigkeit dieser Produkte aus.