Einführung
In diesem Artikel werden die Probleme beschrieben, die in Updaterollup 58 in den folgenden Versionen von Microsoft Azure behoben sind:
-
Azure zu Azure
-
VMware/Physical to Azure
-
-
MD5 hash 768227f87babd7ef2ce3c5bc29afa370
-
-
Prerequisite to update or protect SUSE Linux Enterprise Server 11 SP3, SUSE Linux Enterprise Server 11 SP4, RHEL5, CentOS 5, Oracle Linux 6, DEBIAN7, DEBIAN8 and UBUNTU-14.04 machines: Ensure latest mobility agent installer is downloaded from Microsoft Download Center and placed in push installer repository on configuration server. Refer to the section Updating your Azure Site Recovery On-Premises components.
-
-
-
-
Hyper-V oder VMM zu Azure
Voraussetzungen
Zum Installieren Microsoft Azure Aktualisierungsrollup 58 des Websitewiederherstellungsanbieters muss eine der folgenden Komponenten installiert sein:
-
Microsoft Azure Websitewiederherstellungsanbieter (Version 5.1.6500 oder höher)
-
Microsoft Azure Einheitliches Setup der Websitewiederherstellung (VMware to Azure) (Version 9.41.xxxx.x oder eine spätere Version)
-
Microsoft Azure Wiederherstellungsdienste-Agent (Version 2.0.9202.0 oder höher)
Hinweis: Sie können die installierte Anbieterversion im Element Programme und Funktionen in der Systemsteuerung überprüfen.
In diesem Update vorgenommene Verbesserungen und Probleme wurden behoben
Nach der Installation dieses Updates wurden die folgenden Probleme behoben, und die folgenden Verbesserungen wurden eingeschlossen.
Mobility Service
Probleme behoben
-
Ein Problem wurde behoben, bei dem das Herunterfahren des Systems für Azure-Computer aufgrund eines internen Fehlers hängen blieb.
-
Die Protokollmeldungen wurden zum einfacheren und schnelleren Debuggen verbessert.
-
Ein Problem wurde behoben, bei dem das Herunterfahren von Computern, auf denen das Linux-Betriebssystem ausgeführt wird, um 30 Minuten verzögert wurde.
-
Verbesserte Fehlerbenachrichtigung für mehrere Szenarien, bei denen fehlerbehbare Probleme aufgetreten sind.
-
Ein Problem wurde behoben, bei dem die Replikationsermöglichung aufgrund einer fehlerhaften Identifizierung eines Betriebssystems fehlgeschlagen ist.
-
Ein Problem wurde behoben, bei dem die Replikation aufgrund eines Fehlers, der besagt, dass der Mobilitätsdienst deinstalliert wurde, kritisch wurde.
-
[VMware Preview-Architektur] Ein Problem wurde behoben, bei dem während eines Registrierungsfehlers keine Fehlermeldung angezeigt wurde.
Microsoft Azure Websitewiederherstellung (Dienst)
Es wurden keine Änderungen hinzugefügt.
Microsoft Azure Websitewiederherstellung (Portal)
Es wurden keine Änderungen hinzugefügt.
Aktualisieren Ihrer lokalen Komponenten für die Azure-Websitewiederherstellung
Zwischen zwei lokalen VMM-Websites
-
Herunterladen des neuesten Updaterollups für Microsoft Azure Websitewiederherstellungsanbieter
-
Installieren Sie zuerst das Updaterollup auf dem lokalen VMM-Server, der die Wiederherstellungswebsite verwaltet.
-
Installieren Sie nach dem Aktualisieren der Wiederherstellungswebsite das Updaterollup auf dem VMM-Server, der die primäre Website verwaltet.
Hinweis Wenn es sich bei VMM um ein hoch verfügbares VMM (Gruppiertes 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
-
Laden Sie das Updaterollup für Microsoft Azure Websitewiederherstellungsanbieter herunter.
-
Installieren Sie das Updaterollup auf dem lokalen VMM-Server.
-
Installieren Sie den neuesten Microsoft Azure Wiederherstellungsdienste-Agent auf allen Hyper-V-Hosts.
Hinweis Wenn es sich bei Ihrer VMM um ein hoch verfügbares VMM (Gruppiertes VMM) handelt, müssen Sie das Upgrade auf allen Knoten des Clusters installieren, auf dem der VMM-Dienst installiert ist.
Zwischen einer lokalen Hyper-V-Website und Azure
-
Laden Sie das Updaterollup für Microsoft Azure Websitewiederherstellungsanbieter herunter.
-
Installieren Sie den Anbieter auf jedem Knoten der Hyper-V-Server, die Sie in der Azure Site Recovery registriert haben.
Hinweis Wenn Es sich bei Ihrem Hyper-V um einen Hyper-V-Server vom Hostcluster handelt, stellen Sie sicher, dass Sie das Upgrade auf allen Knoten des Clusters installieren.
Zwischen einer lokalen VMware- oder physischen Website zu Azure
-
Aktualisieren Sie Ihren lokalen Verwaltungsserver, indem Sie Microsoft Azure Einheitliches Setup der Websitewiederherstellung herunterladen. Dies ist der Server mit den Rollen Konfigurationsserver und Prozessserver.
-
Wenn Sie scale-out-Prozessserver verwenden, aktualisieren Sie diese als Nächstes, indem Sie Microsoft Azure Site Recovery Unified Setup ausführen.
-
Wechseln Sie zum Azure-Portal, und wechseln Sie dann zur Seite > Replizierte Elemente. Wählen Sie auf dieser Seite eine VM aus. Wählen Sie die Schaltfläche Aktualisierungs-Agent aus, die unten auf der Seite für jede VM angezeigt wird. Dadurch wird der Mobility Service Agent für alle geschützten VMs aktualisiert.
Hinweis: Wenn Sie SUSE Linux Enterprise Server 11 SP3, SUSE Linux Enterprise Server 11 SP4, ABEREL5, CentOS 5, Oracle Linux 6, DEBIAN7, DEBIAN8 und UBUNTU-14.04 aktualisieren oder schützen, müssen Sie die folgenden Schritte ausführen:
-
Laden Sie das entsprechende Installationsprogramm für Ihre Computer herunter –
-
Kopieren Sie das Installationsprogramm in die INSTALL_DIR\home\svsystems\pushinstallsvc\repository-Ordner auf Configuration Server und Scale Out Process Servers, bevor Sie ein Upgrade durchführen oder Ihre virtuellen Computer schützen. Nachfolgend finden Sie beispielsweise den Ordnernamen, wenn der Installationspfad von Configuration Server/Process Servers "C:\Program Files (x86)\Microsoft Azure Site Recovery –
-
C:\Program Files (x86)\Microsoft Azure Site Recovery\home\svsystems\pushinstallsvc\repository
-
-
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 die Differenz zwischen den 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.
Agent-Version 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 |