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

Dieser Artikel beschreibt Probleme, die in Update Rollup 36 für die folgenden Versionen von Microsoft Azure-Site behoben werden:

Lernen Sie die Details der Probleme, die behoben, und die Komponenten , die überprüft werden soll, bevor Sie dieses Update installieren.

Informationen zum Update

Voraussetzungen

Um Microsoft Azure Site Recovery Anbieter Update Rollup 36 (Version 5.1.4150.0) zu installieren, müssen Sie eines der folgenden Programme installiert:

  • Microsoft Azure Hyper-V Recovery Manager (Version 3.4.486 oder höher)

  • Microsoft Azure Site Recovery Hyper-V-Provider (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 in Azure) (Version 9,20. Xxxx. X oder höher)

Hinweis Überprüfen Sie Version installierter Anbieter in der Systemsteuerung Programme und Funktionen .

 

Durch dieses Update behobene Probleme

Nach der Installation dieses Updates die folgenden Probleme behoben und die folgenden verbessert.

Microsoft Azure Site Recovery-Anbieter

Verbesserungen

A2A:

  • Verbesserte Gültigkeitsdauer und Erneuerung unterstützen Service (mit PowerShell-Unterstützung).

  • Virtual Machine (VM) intraregionalen verschieben Support Service.

  • Verbesserte Überwachung Erfahrung.

  • Unterstützung für einen geschützten virtuellen Computer eine neue Festplatte hinzufügen.

  • Aktivieren automatische Updates in Azure VMs Replikation verwendeten Agents, wird ein automatisierungskonto verwendet. Bislang war dies das Standardkonto von Site Recovery. Jetzt können Sie ein andere automatisierungskonto. Diese Option finden Sie bei der Replikation für einen virtuellen Computer aktivieren. Ändern die Einstellung für einen virtuellen Computer als Teil einer bestimmten Rückgewinnungsservice geschützt gilt Depot für Azure VMs, die dasselbe Depot geschützt sind.

Behobene Probleme

 A2A:

  • Neue Bestätigung überprüfen, ob die Verfügbarkeit und VM Ressourcengruppen sind andere Benutzer vor dem Failover.

  • Failback Erweiterung des Szenarios behandelt, wenn die VM aus der Datenquelle gelöscht wird.

  • Feste Erstellung Cache Speicherkonten in zufälligen Ressourcengruppen statt kundenspezifischen Ressourcengruppen.

  • Behoben in der Schutz eines virtuellen Computers beim Überprüfen einer Zone Verfügbarkeit in einem Bereich fehl.

  • Behoben der Reprotection nicht die Quelle VM-Systemdatenträger gelöscht.

  • Behoben beim Failback in der Benutzeroberfläche im Prozess stecken Wenn Verfügbarkeit Zone-Eigenschaft abgerufen wird.

  • Fügt Logik in einem Kreuz Abonnement durch ASR erstellten veraltete Links löschen.

 

Microsoft Azure Site Recovery einheitliche Installation und Konfiguration-Vorlage

Verbesserungen

Verbesserte Überwachung Konfigurationsserver:

Fehler Meldung Optimierungen sind für die folgenden Szenarien zu einer klaren Ursache und empfohlene Aktionen:

  • vCenter getrennt

  • Prozess-Server getrennt

  • CS getrennt

  • Prozess-Server hat kein Takt

  • MT getrennt

  • VM Herunterfahren

  • VM gelöscht

 

Monitoring Server verarbeiten

Folgende Alerts sind Prozess-Server Überwachung hinzugefügt:

  • CPU, Arbeitsspeicher und freien Speicherplatz Ressourcenverwendung überwachen

  • Alarm, wenn wichtige ASR-Dienste nicht ausgeführt werden

 

Server Auswahl Produkt Prozessleitfäden

Bei der Auswahl eines Servers Prozess für neue Replikationenwird der Serverzustand Prozess (kritisch, Warnung und fehlerfrei) basierend auf Verfügbarkeit und Konnektivität Zustand Ressourcen angezeigt.

Hinweise

  • Ein wichtiger Prozess-Server kann zu ermöglichen, neue VMs verwendet werden.

  • Obwohl einen Prozessserver wählen können, die einen Warnzustand anzeigt, wird nicht empfohlen, dass Sie diese. Zusätzliche Arbeitslast konnte die vorhandene Arbeitslast auswirken.

  • Prozess-Server, der als fehlerfrei gekennzeichnet kann verwendet werden, um neue Server zu schützen.

Weitere Informationen über Server Prozessleitfäden finden Sie unter https://aka.ms/asr_ps_selection_guidance.

Behobene Probleme

(Nicht verfügbar)

 

Mobilitätsservice

Behobene Probleme: DR VMware VMs für

  • Verkleinert Mobility Agent Installationsprogramme (betrifft Ubuntu *, Debian * 12 SLES - Push-Installation und Upgrade)

  • Warnung nur bei zugeordneten Treiber neu starten

  • Installer Fehler Meldung verbessert, die eine klaren Ursache des Fehlers Probleme bereitstellen

  • Erweiterte Service Startup Protokollierungsmechanismus

  • Feste Failover Problem Windows Server 2019-Computern in einer physischen oder VMware-Umgebung, die auf nicht wiederaufnehmen

  • Feste Fehler Mobility-Agent-Upgrade, der Fehlercode 95507

  • Ein VMware Azure und Azure 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 oder höher (Windows 7 RTM wird nicht unterstützt)

Behobene Probleme

  • Behoben gelegentlich in der Datenträger offline Windows Server 2019 erscheinen.

 

Microsoft Azure Site Recovery (Dienst)

Verbesserungen

Datenreplikation von VMware oder physische Server in Azure ist nun Azure-Speicherkonten unterstützt, die eine virtuelles Netzwerk-Firewall konfiguriert werden.

Behobene Probleme

(Nicht verfügbar)

 

Microsoft Azure Site Recovery (Portal)

Verbesserungen

Zustand des Prozess-Servers wird für VMware in Azure VM Übersicht Blade hinzugefügt. Ereignisse, die in den Prozess-Server ausgelöst werden Ereignistabelle auf Blade-Server-Prozess hinzugefügt.

Behobene Probleme

(Nicht verfügbar)

 

Aktualisierung der Azure Site Recovery lokalen Komponenten

Zwischen zwei lokalen VMM

  1. Herunterladen des aktuellsten Updaterollups für Microsoft Azure Site Recovery.

  2. Installieren Sie das Updaterollup zuerst auf lokalen VMM-Server, die Recovery-Standort verwaltet.

  3. Nach der Wiederherstellung Website aktualisiert, installieren das Updaterollup auf dem VMM-Server, der primären Standort verwaltet.

Hinweis Ist VMM eine hoch verfügbare VMM (VMM gruppiert), stellen Sie sicher, dass die Aktualisierung auf allen Knoten des Clusters installieren, auf dem VMM-Dienst installiert ist.

Zwischen lokalen VMM Standort und Azure

  1. Das Updaterollup für Microsoft Azure Site Recoveryherunterladen

  2. Installieren Sie das Updaterollup auf dem VMM-Server lokal.

  3. Installieren Sie den neuesten MARS Agent auf allen Hyper-V-Hosts.

Hinweis Ist der VMM eine hoch verfügbare VMM (VMM gruppiert) stellen Sie sicher, dass die Aktualisierung auf allen Knoten des Clusters installieren, auf dem VMM-Dienst installiert ist.

Zwischen einer lokalen Website Hyper-V und Azure

  1. Das Updaterollup für Microsoft Azure Site Recoveryherunterladen

  2. Installieren Sie den Anbieter auf jedem Knoten des Hyper-V-Server, die in Azure Site Recovery registriert haben.

Hinweis Stellen Sie der Hyper-V Server Host Cluster Hyper-V ist, sicher, dass Sie die Aktualisierung auf allen Knoten des Clusters installieren

Zwischen lokalen VMware oder physischen Standort Azure

  1. Aktualisieren der lokalen Verwaltungsserver. Dies ist der Server, die Konfiguration und Prozess-Server-Rollen. Zu diesem Zweck laden und Microsoft Azure Site Recovery Unified Setupausführen.

  2. Haben Sie Scale-Out-Server verarbeitet, Weiter mit Microsoft Azure Site Recovery Unified Setupaktualisiert.

  3. Wechseln zum Azure-Portal, und dann auf die Geschützten Elemente > Seite Elemente repliziert . Wählen Sie einen virtuellen Computer auf dieser Seite. Wählen Sie Update-Agent , der jeder VM am unteren Rand der Seite angezeigt wird. Mobility-Dienst-Agenten auf allen geschützten VMs aktualisiert.

Ein Neustart empfohlen wird nach jeder Aktualisierung der Mobility-Agent sicherstellen, dass die neuesten Änderungen auf die VM geladen werden. Ein Neustart ist jedoch nicht obligatorisch. Ist die Differenz zwischen Version des Agenten während des letzten Neustarts und aktuelle Version mehr als vier (4) ist ein Neustart erforderlich. Finden Sie in der folgenden Tabelle ausführlich.

Während der letzten Agent-version

Aktualisierung 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 Zuerst aktualisieren Sie auf Version 9,20. Starten Sie vor der Aktualisierung auf 9.21. Ist der Unterschied zwischen den Versionen (9.16 in der letzte Neustart ausgeführt wurde und die Zielversion 9,21) größer als vier (4).

Informationsquellen

Erfahren Sie mehr über Terminologie , Microsoft-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.

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!

×