Update Rollup 14 für Azure Site Recovery

Verbesserungen

• Datenträger ausschließen: Dieses Feature können Sie nur eine Teilmenge der Laufwerke repliziert, die auf einem virtuellen Computer verbunden sind.

Behobene Probleme

• Hochverfügbare Virtual Machine Manager (VMM) Setup vergeht Azure Site Recovery Provider in getrenntem Zustand VMM auf einem passiven Knoten in Microsoft Failover Cluster Failover ist.

Verbesserungen

• Erforderliche Komponenten für Gruppenrichtlinien und IIS-Konfiguration Probleme hinzugefügt.

• Unterstützung ist für legacy-Block RC4-Verschlüsselungen veraltet.

Behobene Probleme

• Replikationsstatus wird als 0 (null) Prozent synchronisiert, auch wenn die erste Replikation abgeschlossen ist.

• Einheitliche Setup schlägt fehl, wenn der Ordner "Bin" verwendet wird. Darüber hinaus wird die folgende Fehlermeldung angezeigt:

  Die Aktion kann nicht abgeschlossen werden, da der Ordner oder die Datei in einem anderen Programm geöffnet ist. Schließen Sie den Ordner oder die Datei und versuchen Sie es erneut.

• Dezentrales Skalieren Prozess-Server-Installation fehlschlägt und sinngemäß die folgende Fehlermeldung angezeigt:

  Setup kann Registrierung Konfigurationsserver abgerufen. Bitte überprüfen Sie
  1) Konfiguration Server ist Azure Site Recovery und im Azure-Portal verbunden sind, richtig registriert.
  (2) die Version des ist v 9.2.XXXX. X oder höher.

Verbesserungen

• Status für den Agent wurde verbessert.

• Vorhandensein VMBus Treiber wird erkannt, bevor eine virtuelle Maschine Schutz aktiviert werden kann.

Verbesserungen

• Möglichkeit zum Konfigurationsserver ist einen getrennte vCenter Server löschen

• Auswahl für Netzwerk ein Azure virtuelle Netzwerk Leerzeichen im Namen zuordnen

• Erneuern Sie Zertifikate auf einem Server Configuration

• Letztes Data Sync-Feld aus der replizierten Artikel im Portal entfernt

Behobene Probleme

• Die folgende Fehlermeldung beim Durchsuchen der Seite Ereignisse im klassischen Azure-Portal:

  Die Informationen für diese Ansicht konnten nicht abgerufen werden. Bitte versuchen Sie es erneut. Wenn das Problem weiterhin besteht, wenden.

• Ein testfailover schlägt fehl, und Sie die folgende Fehlermeldung angezeigt:

  Der Vorgang wurde beendet (Fehler Code70080)
  Mögliche Ursachen: der Azure-Vorgang überschritten oder eine manuelle Benutzeraktion anhängig war zu lang
  Empfehlung: Beheben Sie das Problem, und wiederholen Sie den Vorgang.

• Ein testfailover der virtuellen Computer in einer Multi-VM Consistency Group fehlschlägt und Sie erhalten folgende Fehlermeldung:

  Das Failover ist fehlgeschlagen (Fehlercode: 78086)
  Mögliche Ursachen: kein Wiederherstellungspunkt steht für Failover für die folgenden virtuellen Computer: VM_Name_1, VM_Name_2 ...

• Ein testfailover des virtuellen Computers schlägt fehl, wenn der virtuelle Computer ein Speicherkonto angehört, die t Speicherung Drosselung Grenzwerte erreicht hat. Darüber hinaus wird die folgende Fehlermeldung angezeigt:

  Das Failover ist fehlgeschlagen (Fehlercode: 78083)
  Fehlermeldung: Failover für den virtuellen Computer 'Name' Fehler 'WaitForScriptExecutionTaskTimeout'.

• Die IP-Adresse eines Replikats VM aktualisieren fehlschlägt und sinngemäß die folgende Fehlermeldung angezeigt:

  Aktualisieren von Eigenschaften virtueller Computer fehlgeschlagen (Fehlercode: 28049)
  Fehlermeldung: Replikat IP-Adresse "XX.XX.XX.XXX" konnte nicht für den Netzwerkadapter des virtuellen Computers "VM_name" aktualisiert werden.
  Mögliche Ursachen: IP-Adresse 'XX.XX.XX.XX' in Azure virtual Network 'Azure_Vnet_Name' ist bereits in Azure reserviert.
  Empfehlung: Reservieren Sie eine andere IP Adresse an diesen Netzwerkadapter. Ignorieren die Einstellungen...

• Schutz eines virtuellen Computers fehlschlägt und Sie erhalten die folgende Fehlermeldung angezeigt:

  Die Ressource namens "1c8965df-2b9e-42de-8d1b-ebfffc529f45" wird bereits verwendet. (Fehlercode: 574)
  Mögliche Ursachen: eine andere Ressource mit demselben Namen vorhanden ist.
  Empfohlene Aktionen: Geben Sie einen anderen Ressourcennamen ein und versuchen Sie es erneut.

• Schutz der Generation 2 virtuelle Computer fehlschlägt und Sie erhalten die folgende Fehlermeldung angezeigt:

  Ein interner Fehler ist aufgetreten. (Fehlercode: 499)
  Mögliche Ursachen: Der Fehler aufgrund eines internen Fehlers.
  Empfohlene Aktionen: Wiederholen der letzten Aktion. Wenn das Problem weiterhin besteht, wenden Sie."

• Ein testfailover ein Oracle Enterprise-basierten Linux VM fehlschlägt und Sie erhalten folgende Fehlermeldung:

  Systemkonfiguration konnte nicht geändert werden.

Voraussetzungen

Um Microsoft Azure Site Recovery Anbieter Update Rollup 14 (Version 5.1.1950.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.1000 oder höher)

Um Microsoft Azure Site Recovery Unified Setup Update Rollup 14 (Version 9.1.4358.1) zu installieren, muss Folgendes installiert sein:

• Microsoft Azure Site Recovery Unified Setup (VMware in Azure) (Version 9.0.4016.1 oder höher)

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

Bekannte Probleme

Replizierte virtuelle VMware-Maschinen und physische Server wurde das Feld Letzte Synchronisierung von Daten aus der replizierten Artikel im Portal entfernt.

• Ein leerer Wert in der Spalte letzte Daten synchronisieren ist nicht auf ein Problem mit der Replikation.

• Die letzte datensynchronisierung für jede replizierte Festplatte des virtuellen Computers finden replizierte Artikel Ansicht und dann auf Datenträger im Menü Einstellungen .

Beim Aktualisieren des konfigurationsservers wird möglicherweise eine Fehlermeldung, die der folgenden ähnelt:

Nachdem Sie den fehlerhaften Link klicken, wird eine Meldung, die der folgenden ähnelt:

Wenn dieses Problem auftritt, starten Sie den Computer mit dem Konfigurationsserver zu beheben.

Hinweis Sie haben nicht die Aktualisierung erneut nach dem Neustart des Computers.

Informationen zum Neustart

Sie müssen den Computer neu starten, nachdem Sie dieses Update auf Computer anwenden, die ein System Center Virtual Machine Manager oder einem Hyper-V Server.

Dieses Update automatisch beendet und startet danach die System Center Virtual Machine Manager-Dienste während der Aktualisierung.

Ein Neustart auf dem Server Konfiguration müssen möglicherweise nach der Installation dieses Updates.