Dienstupdates in Azure Site Recovery
Dieser Artikel bietet eine Übersicht über Azure Site Recovery-Updates und beschreibt, wie Sie ein Upgrade von Site Recovery-Komponenten durchführen.
Site Recovery veröffentlicht in regelmäßigen Abständen Dienstupdates. Updates umfassen neue Features, Supportverbesserungen, Komponentenupdates und Fehlerbehebungen. Um die neuesten Features und Korrekturen nutzen zu können, empfiehlt es sich, die aktuellsten Versionen der Site Recovery Komponenten auszuführen.
Support für Updates
Supporthinweis für Azure Site Recovery
Es wird empfohlen, immer auf die neuesten Komponentenversionen zu aktualisieren:
Mit jeder neuen veröffentlichten Version N einer Azure Site Recovery-Komponente werden alle Versionen, die älter als N-4 sind, als „nicht mehr unterstützt“ betrachtet.
Wichtig
Offizieller Support wird für das Upgrade von Version > N-4 auf Version N bereitgestellt. Wenn Sie z. B. N-6 verwenden, müssen Sie zunächst ein Upgrade auf N-4 ausführen und dann ein Upgrade auf N.
Links zu den derzeit unterstützten Updaterollups
Schauen Sie sich das neueste Updaterollup (Version N) in diesem Artikel an. Beachten Sie, dass Site Recovery nur für N-4-Versionen Support bereitstellt.
Ablauf der Komponente
Sie werden von Site Recovery über abgelaufene Komponenten (oder Komponenten, die demnächst ablaufen) per E-Mail benachrichtigt, (sofern Sie E-Mail-Benachrichtigungen abonniert haben). Alternativ sind diese Informationen auch im Tresordashboard im Portal verfügbar.
- Außerdem wird in der Infrastrukturansicht für Ihr Szenario im Portal eine Update verfügbar-Schaltfläche neben der Komponente angezeigt, wenn Updates verfügbar sind. Mit dieser Schaltfläche werden Sie zu einem Link zum Herunterladen der neuesten Komponentenversion weitergeleitet.
- Wenn Sie Hyper-V-VMs replizieren, sind keine Dashboardbenachrichtigungen verfügbar.
E-Mail-Benachrichtigungen werden wie folgt gesendet.
| Time | Frequency |
|---|---|
| 60 Tage vor Ablauf der Komponente | Einmal alle zwei Wochen |
| Nächste 53 Tage | Einmal pro Woche |
| Letzte 7 Tage | einmal täglich |
| Nach Ablauf | Einmal alle zwei Wochen |
Aktualisierung außerhalb des offiziellen Supports
Wenn der Unterschied zwischen Ihrer Komponentenversion und der neuesten Releaseversion größer als vier ist, wird sie als „Nicht mehr unterstützt“ betrachtet. Aktualisieren Sie in diesem Fall wie folgt:
- Aktualisieren Sie die aktuell installierte Komponente auf die aktuell installierte Version plus vier. Wenn Ihre Version beispielsweise 9.16 ist, führen Sie ein Upgrade auf 9.20 aus.
- Aktualisieren Sie dann auf die nächste kompatible Version. Führen Sie in unserem Beispiel also nach dem Upgrade von 9.16 auf 9.20 ein Upgrade auf 9.24 durch.
Führen Sie den gleichen Prozess für alle relevanten Komponenten aus.
Unterstützung für die neuesten Betriebssysteme/Kernels
Hinweis
Wenn Sie ein Wartungsfenster geplant haben und dabei ein Neustart durchgeführt wird, empfiehlt es sich, zunächst ein Upgrade der Site Recovery-Komponenten durchzuführen und dann mit dem Rest der geplanten Aktivitäten im Wartungsfenster fortzufahren.
Bevor Sie Ihre Betriebssystem-/Kernelversionen aktualisieren, überprüfen Sie, ob die Zielversion von Site Recovery unterstützt wird.
- Support für Azure-VM.
- Support von VMware/physischem Server.
- Support von Hyper-V.
Überprüfen Sie die verfügbaren Updates, um zu entscheiden, was Sie aktualisieren möchten.
Aktualisieren Sie auf die neueste Version von Site Recovery.
Führen Sie ein Upgrade des Betriebssystems/Kernels auf die erforderliche Version aus.
Führen Sie einen Neustart aus.
Durch diesen Vorgang wird sichergestellt, dass das Betriebssystem bzw. der Kernel des Computers auf die neueste Version aktualisiert wird und die neuesten Site Recovery-Änderungen, die zur Unterstützung der neuen Version erforderlich sind, auf dem Computer geladen werden.
Notfallwiederherstellung von virtuellen Azure-Computern in Azure
In diesem Szenario wird dringend empfohlen, automatische Updates zu aktivieren. Sie können das Verwalten von Updates durch Site Recovery folgendermaßen zulassen:
- Während des Prozesses zur Aktivierung der Replikation.
- Durch Festlegen der Erweiterungsupdateeinstellungen im Tresor.
Wenn Sie Updates manuell verwalten möchten, können Sie eine der folgenden Optionen auswählen:
Wenn ein neuer Agent verfügbar ist, zeigt Site Recovery im Tresor oben auf der Seite eine Benachrichtigung an. Klicken Sie im Tresor unter >Replizierte Elemente auf diese Benachrichtigung am oberen Rand des Bildschirms:
Ein neues Site Recovery-Replikations-Agent-Update ist verfügbar. Klicken Sie, um es zu installieren ->
Wählen Sie die VMs aus, auf die Sie das Update anwenden möchten, und klicken Sie dann auf OK.Auf der Übersichtsseite für die VM-Notfallwiederherstellung finden Sie das Feld „Agentstatus“, das den Status „Critical Upgrade“ (Kritisches Update) anzeigt, wenn der Agent bald abläuft. Klicken Sie darauf, und führen Sie die folgende Anleitung aus, um die VM manuell zu aktualisieren.
Notfallwiederherstellung für VMware-VM/physische Server auf Azure
- Installieren Sie basierend auf Ihrer aktuellen Version und dem Supporthinweis das Update zuerst auf dem lokalen Konfigurationsserver, indem Sie diese Anweisungen befolgen.
- Wenn Sie über Prozessserver für die horizontale Skalierung verfügen, aktualisieren Sie diese als Nächstes anhand dieser Anweisungen.
- Informationen zum Aktualisieren des Mobilitäts-Agent auf jedem geschützten Computer finden Sie in diesem Artikel.
Neustart nach dem Upgrade des Mobilitätsdiensts
Es wird empfohlen, nach jedem Mobilitätsdienstupgrade einen Neustart auszuführen, um sicherzustellen, dass alle aktuellen Änderungen auf dem Quellcomputer geladen werden.
Ein Neustart ist nicht zwingend erforderlich, es sei denn, der Abstand zwischen der Agent-Version während des letzten Neustarts und der aktuellen Version ist größer als vier.
Das Beispiel in der Tabelle verdeutlicht dies.
| Agent-Version (letzter Neustart) | Upgrade auf | Neustart obligatorisch? |
|---|---|---|
| 9.16 | 9.18 | Nicht obligatorisch |
| 9.16 | 9.19 | Nicht obligatorisch |
| 9.16 | 9.20 | Nicht obligatorisch |
| 9.16 | 9.21 | Mandatory. Aktualisieren Sie auf 9.20, und führen Sie dann vor dem Upgrade auf 9.21 einen Neustart aus. |
Notfallwiederherstellung von virtuellen Hyper-V-Computern in Azure
Zwischen einem Hyper-V-Standort und Azure
- Laden Sie das Update für den Microsoft Azure Site Recovery-Anbieter herunter.
- Installieren Sie den Anbieter auf allen Hyper-V-Servern, die in Site Recovery registriert sind. Wenn Sie einen Cluster verwenden, führen Sie ein Upgrade auf allen Cluster Knoten aus.
Zwischen einem lokalen VMM-Standort und Azure
- Laden Sie das Update für den Microsoft Azure Site Recovery-Anbieter herunter.
- Installieren Sie den Anbieter auf dem VMM-Server. Wenn VMM in einem Cluster bereitgestellt wird, installieren Sie den Anbieter auf allen Clusterknoten.
- Installieren Sie den aktuellen Microsoft Azure Recovery Services-Agent (MARS for Azure Site Recovery) auf allen Hyper-V-Hosts oder Clusterknoten.
Zwischen zwei lokalen VMM-Standorten
- Laden Sie das neueste Update für den Microsoft Azure Site Recovery-Anbieter herunter.
- Installieren Sie den neuesten Anbieter auf dem VMM-Server, der den sekundären Wiederherstellungsstandort verwaltet. Wenn VMM in einem Cluster bereitgestellt wird, installieren Sie den Anbieter auf allen Clusterknoten.
- Nach dem Update des Wiederherstellungsstandorts installieren Sie den Anbieter auf dem VMM-Server, der den primären Standort verwaltet.
Nächste Schritte
Folgen Sie unterer Seite mit den Azure-Updates, um über neue Updates und Releases auf dem Laufenden zu bleiben.