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.

Anforderungen

  • 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.

Replikation

. 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.

Erweiterte Replikation

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 *
    

Failover

Das Failover erfolgt nicht automatisch. Sie können manuell verschiedene Replikationstypen für einen virtuellen Computer ausführen:

  1. 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.

  2. 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.

  3. 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

Wiederherstellung

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.

Andere nützliche Ressourcen

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

Hyper-V-Replikat bereitstellen

Problembehandlung

Hyper-V-Replikat: Handbuch zur Problembehandlung

Tools und Einstellungen

Hyper-V-Modul für Windows PowerShell

Communityressourcen

Ben Armstrong’s Virtual PC Guy's WebLog|

Virtualisierungsblog