Einführung

In diesem Artikel werden die Probleme beschrieben, die in Updaterollup 54 in den folgenden Versionen der Microsoft Azure-Websitewiederherstellung behoben wurden:

Voraussetzungen

Um das Updaterollup 54 des Microsoft Azure-Websitewiederherstellungsanbieters zu installieren, muss eine der folgenden Installiert sein:

  • Microsoft Azure Websitewiederherstellungsanbieter (Version 5.1.6200 oder höher)

  • Einheitliches Microsoft Azure Websitewiederherstellungs-Setup (VMware in Azure) (Version 9.37.xxxx.x oder eine spätere Version)

  • Microsoft Azure Recovery Services Agent (Version 2.0.9100.0 oder höher)

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

In diesem Update vorgenommene Verbesserungen und behobene Probleme

Nachdem Sie dieses Update installiert haben, werden die folgenden Probleme behoben, und die folgenden Verbesserungen sind enthalten.

Mobilitätsdienst

Behobene Probleme

  • Ein Problem wurde behoben, bei dem die anfängliche Replikation nach dem Upgrade des Prozessservers aufgrund eines Analysefehlers hängen geblieben war.

  • Ein Problem wurde behoben, bei dem die Prozessserverregistrierung aufgrund von DNS-Werten, die als Null übergeben wurden, fehlschlägt.

  • Ein Problem wurde behoben, bei dem Wiederherstellungspunkte für virtuelle Azure-Computer nicht erstellt wurden, weil der temporäre Datenträger als fehlt gekennzeichnet wurde.

  • Ein Problem wurde behoben, bei dem ein interner Dienst aufgrund eines nicht unterstützten Locale beendet wurde.

Microsoft Azure Site Recovery Unified Setup & Configuration Server Template

Es wurden keine neuen Änderungen eingeführt.

Microsoft Azure Websitewiederherstellung (Dienst)

Verbesserungen

  • Zone to Zone Disaster Recovery using Azure Site Recovery is now GA in 4 more regions – North Europe,East US,Central US,and West US 2. Dadurch wird die Anzahl der unterstützten Regionen auf 9 an- Die unterstützten Regionen sind wie folgt: Südostasien, Japan Ost, Australien Ost, Uk South, West Europe, North Europe, East US, Central US und West US 2.

Microsoft Azure Websitewiederherstellung (Portal)

Verbesserungen

  • Portalunterstützung für VMware zu Azure und Hyper-V zu Azure-Replikation hinzugefügt, um näherungsplatzierungsgruppen auszuwählen, nachdem die Replikation aktiviert wurde. Weitere Informationen.

  • Unterstützung für den Schutz von 32 TB-Datenträgern für die VMware-zu-Azure-Replikation wurde hinzugefügt.

Aktualisieren Ihrer lokalen Komponenten für die Azure-Websitewiederherstellung

Zwischen zwei lokalen VMM-Websites

  1. Herunterladen des neuesten Updaterollups für Microsoft Azure Websitewiederherstellungsanbieter

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

  3. Installieren Sie nach dem Aktualisieren der Wiederherstellungswebsite das Updaterollup auf dem VMM-Server, der die primäre Website verwaltet.

Hinweis Wenn es sich bei der VMM um eine VMM mit hohem Verfügbaren (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-Website und Azure

  1. Laden Sie das Updaterollup für Microsoft Azure Websitewiederherstellungsanbieter herunter.

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

  3. Installieren Sie den neuesten Microsoft Azure Recovery Services-Agent auf allen Hyper-V-Hosts.

Hinweis Wenn Es sich bei Ihrem VMM um einen hoch verfügbaren 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-Website und Azure

  1. Laden Sie das Updaterollup für Microsoft Azure Websitewiederherstellungsanbieter 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 Server mit Hostclustern ist, stellen Sie sicher, dass Sie das Upgrade auf allen Knoten des Clusters installieren.

Zwischen einer lokalen VMware- oder physischen Website zu Azure

  1. Aktualisieren Sie Ihren lokalen Verwaltungsserver, indem Sie  Einheitliches Setup für die Microsoft Azure-Websitewiederherstellung herunterladen. Dies ist der Server mit den Rollen "Konfigurationsserver" und "Prozessserver".

  2. Wenn Sie über Scale-Out-Prozessserver verfügen, aktualisieren Sie sie als Nächstes, indem Sie Einheitliches Setup für die Microsoft Azure-Websitewiederherstellung ausfü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: Wenn Sie DIE COMPUTER VON SUSE Linux Enterprise Server 11 SP3, SUSE Linux Enterprise Server 11 SP4, RHEL5, CentOS 5, DEBIAN7 und DEBIAN8 aktualisieren oder schützen, führen Sie die folgenden Schritte aus:

  1. Laden Sie das geeignete Installationsprogramm für Ihre Computer herunter –

  2. Kopieren Sie das Installationsprogramm in INSTALL_DIR\home\svsystems\pushinstallsvc\repository-Ordner auf Configuration Server und Scale Out Process Servers, bevor Sie Ihre virtuellen Computer aktualisieren oder schützen. Nachfolgend wird beispielsweise der Ordnername angezeigt, wenn der Installationspfad von Configuration Server/Process Servers C:\Program Files (x86)\Microsoft Azure Site Recovery ist –

    • C:\Program Files (x86)\Microsoft Azure Site Recovery\home\svsystems\pushinstallsvc\repository

  3. Wechseln Sie nach dem Kopieren des Installationsprogramms zu "services.msc", und starten Sie den InMage PushInstall-Dienst neu.

Hinweis: Nach jedem Upgrade des Mobility-Agents 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 agent-Versionen vom letzten Neustart und der Zielversion größer als vier (4) an der letzten Dezimalstelle ist. Eine ausführliche Erläuterung finden Sie in der folgenden Tabelle.

Agentversion während des letzten Neustarts

Upgrade auf

Ist ein Neustart obligatorisch?

9.25

9.27

Nicht obligatorisch

9.25

9.28

Nicht obligatorisch

9.25

9.29

Nicht obligatorisch

9.25

9.30

Obligatorisch

Aktualisieren Sie zuerst auf Version 9.29, und starten Sie dann erneut, bevor Sie ein Upgrade auf Version 9.30 durchführen (weil der Unterschied zwischen der letzten Neustartversion und der Zielversion größer als 4 ist)

Benötigen Sie weitere Hilfe?

Ihre Office-Fähigkeiten erweitern
Schulungen erkunden
Neue Funktionen als Erster erhalten
Microsoft Insider beitreten

War diese Information hilfreich?

Wie zufrieden sind Sie mit der Übersetzungsqualität?
Was hat Ihre Erfahrung beeinflusst?

Vielen Dank für Ihr Feedback!

×