Hyper-V-Replikat
Betrifft: Windows Server 2012 R2, Windows Server 2012
Hyper-V-Replikat ist ein wesentlicher Bestandteil der Hyper-V-Rolle. Hyper-V repliziert asynchron virtuelle Hyper-V-Computer an einem primären Standort auf virtuelle Replikatcomputer an einem sekundären Standort.
Server – Sie benötigen zwei Server, auf denen Windows Server 2012 oder Windows Server 2012 R2 mit der Hyper-V-Rolle ausgeführt wird.
Standort – Die Server können sich physisch nebeneinander oder an geografisch vollständig getrennten Standorten befinden.
Topologie – Primäre, sekundäre und erweiterte Replikatserver können eigenständig oder Knoten in einem Failovercluster sein. Es wird eine Mischung aus Eigenständigkeit und Clusterumgebungen unterstützt.
Zertifikat –. Wenn Sie die zertifikatsbasierte Authentifizierung verwenden möchten (für die Verschlüsselung replizierter Daten während der Übertragung erforderlich), benötigen Sie ein Zertifikat, das lokal und selbstsigniert sein oder von einer internen Zertifizierungsstelle bereitgestellt werden kann.
. Nachdem Sie das Hyper-V-Replikat für einen bestimmten virtuellen Computer auf dem primären Hyper-V-Hostserver aktiviert haben, beginnt die erste Replikation damit, einen identischen virtuellen Computer am sekundären Standort zu erstellen. Nach der ersten Replikation verwaltet das Hyper-V-Replikat eine Protokolldatei für die VHDs des virtuellen Computers. Die Protokolldatei wird gemäß der Replikationshäufigkeit in umgekehrter Reihenfolge an die Replikat-VHD übermittelt. Dieses Protokoll und die umgekehrte Reihenfolge bedeutet, dass die neuesten Änderungen gespeichert und asynchron repliziert werden. Wenn die Replikation nicht gemäß der erwarteten Häufigkeit auftritt, wird eine Warnung ausgegeben.
Sie können Einstellungen für eine Neusynchronisierung für einen virtuellen Computer einrichten. Diese kann manuell, automatisch oder automatisch innerhalb eines bestimmten Zeitplans durchgeführt werden. Die Einrichtung der automatischen Neusynchronisierung ist zur Behebung laufender Synchronisierungsprobleme nützlich.
Mit Windows Server 2012 R2 wurde die erweiterte Replikation eingeführt, die mehrere Kopien von Daten zum Schutz vor verschiedenen Ausfallszenarien ermöglicht. Sie könnten z. B. über einen zweiten virtuellen Replikatcomputer an einem geografisch nahen Standort und eine weiter entfernte dritte Kopie verfügen.
Bei der erweiterten Replikation werden Änderungen, die auf den primären virtuellen Computern auftreten, an den sekundären Standort und den erweiterten Replikatserver geleitet. Bei einem Ausfall können Sie sowohl Daten vom erweiterten Replikatserver als auch vom sekundären Standort abrufen und verfügen so über zusätzlichen Schutz.
Beachten Sie Folgendes:
Der erweiterte Server unterstützt keine anwendungskonsistente Replikation und muss die gleichen VHDs wie der Replikatserver verwenden.
Sie können ein Failover zum erweiterten Replikatserver ausführen, wenn sowohl der primäre als auch die Replikatserver ausfallen.
Sie können ein Testfailover zum erweiterten Server genauso wie zum sekundären ausführen, ohne Unterbrechung der Arbeitsauslastungen.
Sie konfigurieren die erweiterte Replikation mithilfe des Hyper-V-Managers, der Windows PowerShell (mithilfe der Option "–Extended") oder von WMI:
In der Hyper-V-Manager-Konsole erweitern Sie die Replikation für eine bestimmte virtuelle Maschine. Sie können eine Replikationsrate von 5 oder 15 Minuten festlegen. Wenn Sie einen Cluster haben, wählen Sie die Option für den virtuellen Computer in der Failovercluster-Manager-Konsole.
In PowerShell verwenden Sie das gleiche Cmdlet, das Sie zum Konfigurieren der Replikation (mit einer Rate von 5 bis 15 Minuten) verwendet haben:
Enable-VMReplication –VMName <vmname> -ReplicaServerName <extended_server_name> -ReplicaServerPort <Auth_port> -AuthenticationType <Certificate/Kerberos> -ReplicationFrequencySec <300/900> [--other optional parameters if needed—]
Sie können die erweiterte Replikation auf der Registerkarte "Replikation" in der Replikat-Site-Hyper-V-Verwaltungskonsole überwachen. Sie können den Status in der Hyper-V-Verwaltungskonsole unter "Replikation -> Replikationsstatus anzeigen -> Erweiterte Replikation" überprüfen.
Wenn Sie die Kette der erweiterten Replikation sehen möchten, verwenden Sie dieses PowerShell-Cmdlet:
Measure-VMReplication –VMName <name> -ReplicationRelationshipType Extended | select *
Das Failover erfolgt nicht automatisch. Sie können manuell verschiedene Replikationstypen für einen virtuellen Computer ausführen:
Testfailover – Stellen Sie hiermit sicher, dass ein virtueller Replikatcomputer am sekundären Standort erfolgreich gestartet werden kann. Während des Failovers wird ein doppelter virtueller Testcomputer erstellt, und die reguläre Produktionsreplikation wird nicht beeinträchtigt. Wenn Sie nach einem Failover die Option Failover auf dem virtuellen Testcomputer wählen, wird er gelöscht.
Geplantes Failover – Verwenden Sie dies für ein Failover von virtuellen Computern während geplanter oder erwarteter Ausfälle. Sie müssen den primären Computer ausschalten, bevor Sie ein geplantes Failover ausführen. Nach dem Failover des Computers beginnt Hyper-V damit, Änderungen wieder auf dem primären Server zu replizieren. Der letzte Satz von Überarbeitungen wird gesendet, um sicherzustellen, dass keine Daten verloren gehen. Am Ende des geplanten Failovers beginnt die umgekehrte Replikation, sodass der primäre virtuelle Computer zum sekundären wird, und umgekehrt, um ihre Synchronisierung zu gewährleisten.
Ungeplantes Failover – Verwenden Sie dies bei unerwarteten Ausfällen. Ungeplantes Failover wird auf dem virtuellen Replikatcomputer initiiert. Es sollte nur verwendet werden, wenn der primäre Computer ausfällt. Es wird überprüft, ob der primäre Computer ausgeführt wird. Bei aktiviertem Wiederherstellungsverlauf können Sie einen bestimmten früheren Zeitpunkt wiederherstellen. Während des Failovers sollten Sie prüfen, ob der Wiederherstellungspunkt gültig ist, und dann das Failover abschließen, um sicherzustellen, dass die Wiederherstellungspunkte zusammengeführt werden.
Test |
Geplant |
Ungeplant |
|
---|---|---|---|
Wann ist die Ausführung erforderlich? |
Um sicherzustellen, dass die Replikatcomputer wie erforderlich starten. Um das Team zu schulen. Um Failover- und Wiederherstellungsprozesse zu testen. |
Gemäß Unternehmens- oder Complianceanforderungen Für geplante Ausfälle Für drohende Notfälle Für die Hostserverwartung |
Wenn unerwartete Ereignisse auftreten |
Wo wird der Vorgang initiiert? |
Virtueller Replikatcomputer |
Initiiert auf dem primären und abgeschlossen auf dem sekundären Computer |
Virtueller Replikatcomputer |
Wird ein Duplikatcomputer erstellt? |
Ja |
Nein |
Nein |
Wie lange dauert es? |
Einmal im Monat |
||
Wie oft? |
Einmal im Monat |
Alle sechs Monate |
Nur im Notfall |
Setzt der primäre Computer die Replikation fort? |
Ja |
Ja – nach einem Failover mit umgekehrter Replikation zurück zum primären Standort. |
Nein |
Gehen Daten verloren? |
Keine |
Keine |
Dies ist vom Ereignis abhängig. |
Gibt es Ausfallzeiten? |
Keine |
Geplante Ausfallzeit |
Ungeplante Ausfallzeit |
Beim Konfigurieren der Replikation für einen virtuellen Computer geben Sie die Anzahl der Wiederherstellungspunkte an, die Sie speichern möchten. Wiederherstellungspunkte stellen Zeitpunkte dar, von denen aus Sie Daten von einem replizierten Computer wiederherstellen können. Bei Wiederherstellung von frühen Wiederherstellungspunkten aus wird ein Replikat zurückgesetzt. In Windows Server 2012 können Sie auf bis zu 15 Stunden alte Wiederherstellungspunkte zugreifen. In Windows Server 2012 R2 wird diese Frist auf 24 Stunden verlängert.
Inhaltstyp |
Referenzen |
---|---|
Produktbewertung |
Windows Server 2012 R2 und Windows Server 2012| Grundlegendes und Problembehandlung für das Hyper-V-Replikat |
Planen |
Vorbereiten der Bereitstellung des Hyper-V-Replikats | Überblick über das Feature Hyper-V-Replikat | Poster |
Bereitstellung |
|
Problembehandlung |
|
Tools und Einstellungen |
|
Communityressourcen |