Einrichten der Server-zu-Server-Speicherreplikation mithilfe des Speicherreplikats

Mithilfe der Speicherreplikation können Sie zwei Server konfigurieren, um die Daten zu synchronisieren, sodass jeder Server über eine identische Kopie des gleichen Volumes verfügt. In diesem Artikel werden die Server-zu-Server-Replikationskonfiguration und das Einrichten und Verwalten der Umgebung beschrieben.

Zum Verwalten des Speicherreplikats können Sie Windows Admin Center oder PowerShell verwenden.

Eine Übersicht über die Verwendung des Speicherreplikats im Windows Admin Center finden Sie im folgenden Video:

Voraussetzungen

• Eine Active Directory Domain Services-Gesamtstruktur. (Sie müssen Windows Server 2016 nicht ausführen.)

• Zwei Server mit Windows Server 2019 oder Windows Server 2016 Datacenter.

  Wenn Sie Windows Server 2019 ausführen, können Sie stattdessen Standard Edition verwenden, wenn nur ein einzelnes Volume mit einer Größe von bis zu 2 TB repliziert wird, für Ihr Szenario geeignet ist.

• Zwei Speichergruppen, die serial Attached SCSI (SAS) "just a bunch of disk" enclosures (JBODs), ein Fibre Channel Storage Area Network (FC SAN), Internet Small Computer Systems Interface (iSCSI)-Ziel oder lokalen SCSI- oder Serial Advanced Technology Attachment (SATA)-Speicher enthalten können. Der Speicher sollte eine Mischung aus Festplattenlaufwerken (HDD) und SSD-Medien (Solid-State Drive) enthalten. Sie stellen jeden Speichersatz nur für jeden der Server zur Verfügung, ohne gemeinsam genutzten Zugriff.

  Jeder Speichersatz muss das Erstellen von mindestens zwei virtuellen Datenträgern unterstützen, eine für replizierte Daten und eine für Protokolle. Der physische Speicher muss auf allen Datenträgern für Daten dieselben Sektorgrößen aufweisen. Der physische Speicher muss auf allen Datenträgern für Protokolle dieselben Sektorgrößen aufweisen.

• Mindestens eine Ethernet-/TCP-Verbindung auf jedem Server für die synchrone Replikation, remote Direct Memory Access (RDMA) wird jedoch bevorzugt.

• Geeignete Firewall- und Routerregeln, um Internet Control Message Protocol (ICMP), Server Message Block (SMB) (Port 445 und Port 5445 für SMB Direct) und Webdienstverwaltung (WS-Man) (Port 5985) bidirektionalen Datenverkehr zwischen allen Knoten zuzulassen.

• Ein Netzwerk zwischen Servern, das über genügend Bandbreite verfügt, um Die Eingabe-/Ausgabearbeitsauslastung (E/A) und eine durchschnittliche Latenz von 5 Ms roundtrip für die synchrone Replikation zu enthalten. Für die asynchrone Replikation gelten keine Empfehlungen in Bezug auf die Latenz.

  Wenn Sie zwischen lokalen Servern und virtuellen Azure-Computern (VMs) replizieren, müssen Sie eine Netzwerkverbindung zwischen den lokalen Servern und den Azure-VMs erstellen. Um den Link zu erstellen, verwenden Sie Azure ExpressRoute, verwenden Sie eine Standort-zu-Standort-VPN-Gatewayverbindung, oder installieren Sie VPN-Software in Ihren Azure-VMs, um sie mit Ihrem lokalen Netzwerk zu verbinden.

• Der replizierte Speicher kann nicht auf dem Laufwerk gespeichert werden, das den Windows-Betriebssystemordner enthält.

Sie können viele dieser Anforderungen mithilfe des Test-SRTopology Cmdlets überprüfen. Sie erhalten Zugriff auf dieses Tool, wenn Sie Speicherreplikate installieren oder die Features der Speicherreplikatverwaltungstools auf mindestens einem Server installieren. Um das Tool zu verwenden, installieren Sie einfach das Cmdlet, und führen Sie es aus. Weitere Informationen finden Sie weiter unten im Artikel.

Anforderungen für Windows Admin Center

Um Speicherreplikate und Windows Admin Center zusammen zu verwenden, benötigen Sie die folgenden Elemente:

Begriffe

Diese Anleitung verwendet die folgende Beispielumgebung:

• Zwei Server: SR-SRV05 und SR-SRV06

• Ein Paar logischer "Standorte", die zwei verschiedene Rechenzentren darstellen: Redmond und Bellevue

Schritt 1: Installieren und Konfigurieren von Windows Admin Center auf Ihrem PC

Wenn Sie Windows Admin Center zum Verwalten des Speicherreplikats verwenden, führen Sie die folgenden Schritte aus, um Ihren PC zum Verwalten des Speicherreplikats einzurichten.

1. Laden Sie Windows Admin Center herunter, und installieren Sie es.

2. Laden Sie die Remoteserver-Verwaltungstools herunter, und installieren Sie sie.

   Wenn Sie Windows 10, Version 1809 oder höher verwenden, installieren Sie das Feature RSAT: Speicherreplikatmodul für Windows PowerShell von Features bei Bedarf.

3. Öffnen Sie eine PowerShell-Sitzung als Administrator:

   1. Wählen Sie Starten aus.
   2. Geben Sie PowerShell ein.
   3. Klicken Sie mit der rechten Maustaste auf Windows PowerShell.
   4. Wählen Sie "Als Administrator ausführen" aus.

4. Geben Sie den folgenden Befehl ein, um das WS-Man-Protokoll auf dem lokalen Computer zu aktivieren und die Standardkonfiguration für die Remoteverwaltung auf dem Client einzurichten:

   winrm quickconfig
   

5. Geben Sie "Y " ein, um WinRM-Dienste zu aktivieren und eine WinRM-Firewall-Ausnahme zu aktivieren.

Schritt 2: Bereitstellen des Betriebssystems, Features, Rollen, Speicher und des Netzwerks

1. Installieren Sie Windows Server auf beiden Serverknoten, indem Sie den Installationstyp Windows Server (Desktopdarstellung) verwenden.

   Sie können eine Azure-VM verwenden, die über ExpressRoute mit Ihrem Netzwerk verbunden ist.

   Hinweis

   Ab Windows Admin Center Version 1910 können Sie automatisch einen Zielserver in Azure konfigurieren. Wenn Sie diese Option auswählen, installieren Sie Windows Server auf dem Quellserver, und fahren Sie dann mit Schritt 3 fort: Einrichten der Server-zu-Server-Replikation.

2. Fügen Sie Netzwerkinformationen hinzu, fügen Sie die Server derselben Domäne wie Ihr Windows 10-Verwaltungs-PC hinzu (falls Sie einen verwenden), und starten Sie dann die Server neu.

   Hinweis

   Melden Sie sich für die verbleibenden Schritte als Domänenbenutzer an, der Mitglied der integrierten Administratorgruppe auf allen Servern ist. Achten Sie darauf, ihre PowerShell und Eingabeaufforderungen in den verbleibenden Schritten zu erhöhen, wenn Sie eine grafische Serverinstallation oder auf einem Windows 10-Computer ausführen.

3. Verbinden Sie den ersten Satz von JBOD-Speichergehäusen, iSCSI-Ziel, FC SAN oder lokalen Direct-Attached Storage (DAS) mit dem Server am Standort Redmond.

4. Verbinden Sie den zweiten Speichersatz mit dem Server am Standort Bellevue.

5. Installieren Sie als relevant die neueste Speicher- und Gehäusefirmware und Treiber des Herstellers, die neuesten Hostbusadaptertreiber (HBA) des Herstellers, die neueste BIOS/UEFI-Firmware, die neuesten Treiber des Herstellernetzwerks und die neuesten Treiber des Motherboard-Chipsatzes auf beiden Knoten. Starten Sie die Knoten gegebenenfalls neu.

   Hinweis

   In der Dokumentation zu Hardwareanbietern können Sie gemeinsam genutzte Speicher- und Netzwerkhardware konfigurieren.

6. Stellen Sie sicher, dass BIOS-/UEFI-Einstellungen für Server eine hohe Leistung ermöglichen, z. B. C-Zustand deaktivieren, QPI-Geschwindigkeit festlegen, nichtuniformer Speicherzugriff (NUMA) aktivieren und die höchste Speicherhäufigkeit festlegen. Stellen Sie sicher, dass die Energieverwaltung in Windows Server auf Hohe Leistung festgelegt ist. Führen Sie bei Bedarf einen Neustart aus.

7. Konfigurieren Sie Rollen wie in den folgenden Abschnitten beschrieben:

   • Windows Admin Center-Methode

     1. Wechseln Sie in Windows Admin Center zu Server-Manager, und wählen Sie dann einen der Server aus.
     2. Wechseln Sie zu Rollen und Features.
     3. Wählen Sie "Speicherreplikatfeatures"> und dann "Installieren" aus.
     4. Wiederholen Sie diese Schritte auf dem anderen Server.

   • Server-Manager-Methode

     1. Führen Sie ServerManager.exeaus , und erstellen Sie eine Servergruppe. Fügen Sie alle Serverknoten hinzu.

     2. Installieren Sie die Rollen und Features des Dateiservers und des Speicherreplikats auf jedem der Knoten. Starten Sie dann die Knoten neu.

   • Windows PowerShell-Methode

     Führen Sie auf SR-SRV06 oder einem Remoteverwaltungscomputer den folgenden Befehl in einer Windows PowerShell-Konsole aus, um die erforderlichen Features und Rollen zu installieren. Starten Sie dann die Knoten neu.

   1. Wählen Sie im Server-Manager die Option " Servergruppe erstellen" aus, und fügen Sie dann alle Serverknoten hinzu.

   2. Installieren Sie die Dateiserverrolle und das Speicherreplikatfeature auf jedem der Knoten, und starten Sie sie neu. Weitere Informationen finden Sie unter Installieren oder Deinstallieren von Rollen, Rollendiensten oder Features

      Weitere Informationen zu diesen Schritten finden Sie unter Installieren oder Deinstallieren von Rollen, Rollendiensten oder Features

8. Konfigurieren Sie den Speicher wie in den folgenden Schritten beschrieben.

   Wichtig

   • In jedem Speicherserver müssen zwei Volumes erstellt werden: ein Volume für Daten und ein Volume für Protokolle.
   • Protokoll- und Datendatenträger müssen als GUID-Partitionstabelle (GPT) und nicht als Master Boot Record (MBR) initialisiert werden.
   • Die beiden Datenvolumes müssen die gleiche Größe aufweisen.
   • Die beiden Protokollvolumes sollten die gleiche Größe aufweisen.
   • Alle Datenträger für replizierte Daten müssen dieselben Sektorgrößen aufweisen.
   • Alle Datenträger für Protokolle müssen dieselben Sektorgrößen aufweisen.
   • Die Protokollvolumes sollten Flash-basierten Speicher verwenden (z. B. SSD). Es wird empfohlen, protokollieren, dass die Datenspeicherung schneller ist. Protokollvolumes dürfen niemals für andere Workloads verwendet werden.
   • Die Datenträger können HDD, SSD oder eine gestaffelte Kombination verwenden und entweder gespiegelte oder Paritätsplätze oder RAID 1, RAID 10, RAID 5 oder RAID 50 verwenden.
   • Die Protokollgröße ist standardmäßig auf 8 GB festgelegt, falls nicht angegeben. Ihr Protokollvolume muss mindestens 10 GB oder größer sein, basierend auf Protokollanforderungen und organisatorischen Anforderungen.
   • Die Dateiserverrolle ist nur erforderlich, damit Test-SRTopology ausgeführt werden können. Es öffnet erforderliche Firewallports zum Testen.

   • Für JBOD-Speicherserver:

     1. Stellen Sie sicher, dass jeder Server nur die Speichergehäuse dieses Standorts sehen kann und dass die SAS-Verbindungen ordnungsgemäß konfiguriert sind.

     2. Bereitstellen des Speichers mithilfe von "Speicherplätze": Führen Sie die Schritte 1 bis 3 in der Bereitstellung von Speicherplätzen auf einem Stand-Alone Server mithilfe von Windows PowerShell oder Server-Manager aus.

   • Für iSCSI-Speicher:

     1. Stellen Sie sicher, dass jeder Cluster nur die Speichergehäuse dieses Standorts sehen kann. Sie sollten mehr als einen einzelnen Netzwerkadapter verwenden, wenn Sie iSCSI verwenden.

     2. Stellen Sie den Speicher mithilfe Ihrer Herstellerdokumentation bereit. Wenn Sie windowsbasierte iSCSI-Zieladressierung verwenden, lesen Sie iSCSI-Zielblockspeicher, Gewusst wie.

   • Für FC SAN-Speicher:

     1. Stellen Sie sicher, dass jeder Cluster nur die Speichergehäuse dieses Standorts sehen kann und dass Sie die Hosts ordnungsgemäß zoneiert haben.

     2. Stellen Sie den Speicher mithilfe Ihrer Herstellerdokumentation bereit.

   • Für lokalen Festplattenspeicher:

     • Stellen Sie sicher, dass der Speicher kein Systemvolume, keine Seitendatei oder Speicherabbilddateien enthält.

     • Stellen Sie den Speicher mithilfe Ihrer Herstellerdokumentation bereit.

9. Starten Sie Windows PowerShell, und verwenden Sie das Test-SRTopology Cmdlet, um zu ermitteln, ob Alle Speicherreplikatanforderungen erfüllt sind. Sie können das Cmdlet im Modus "Nur Anforderungen" für einen Schnelltest oder in einem lange ausgeführten Leistungsauswertungsmodus verwenden.

   Um beispielsweise zu überprüfen, ob die vorgeschlagenen Knoten jeweils ein F:-Volume und ein G:-Volume aufweisen und den Test für 30 Minuten ausführen möchten, verwenden Sie den folgenden Befehl:

   MD c:\temp
   

   Wichtig

   Wenn Sie während des Auswertungszeitraums einen Testserver ohne Schreib-E/A-Auslastung auf dem angegebenen Quellvolume verwenden, sollten Sie eine Workload hinzufügen, um einen nützlichen Bericht zu generieren. Sie sollten mit produktionsähnlichen Workloads testen, um reale Zahlen und empfohlene Protokollgrößen anzuzeigen. Alternativ können Sie einige Dateien während des Tests in das Quellvolume kopieren oder DISKSPD herunterladen und ausführen, um Schreib-E/A zu generieren. Kopieren Sie z. B. ein Beispiel mit einer geringen E/A-Workload, die 10 Minuten lang in das D:-Volume ausgeführt wird:

   Diskspd.exe -c1g -d600 -W5 -C5 -b8k -t2 -o2 -r -w5 -i100 -j100 d:\test

10. Überprüfen Sie den berichtTestSrTopologyReport.html , um sicherzustellen, dass Sie die Anforderungen des Speicherreplikats erfüllen.

    

Schritt 3: Einrichten der Server-zu-Server-Replikation

Verwenden von Windows Admin Center

1. Fügen Sie den Quellserver hinzu:

   1. Wählen Sie Hinzufügen aus.
   2. Wählen Sie "Serververbindung hinzufügen" aus.
   3. Geben Sie den Namen des Servers ein, und wählen Sie dann "Absenden" aus.

2. Wählen Sie im Bereich "Alle Verbindungen " den Quellserver aus.

3. Wählen Sie im Bereich "Extras " die Option "Speicherreplikat" aus.

4. Wählen Sie "Neu" aus, um eine neue Partnerschaft zu erstellen.

   So erstellen Sie eine neue Azure-VM, die als Ziel für die Partnerschaft verwendet werden soll:

   1. Wählen Sie unter "Replizieren mit einem anderen Server" die Option "Neue Azure-VM verwenden" und dann "Weiter" aus. Wenn diese Option nicht verfügbar ist, stellen Sie sicher, dass Sie Windows Admin Center Version 1910 oder höher verwenden.

   2. Geben Sie den Namen der Quellserverinformationen und replikationsgruppen an, und wählen Sie dann "Weiter" aus.

      Dieser Schritt beginnt einen Prozess, der automatisch eine Windows Server 2019- oder Windows Server 2016-Azure-VM als Ziel für die Migrationsquelle auswählt. Der Speichermigrationsdienst empfiehlt VM-Größen, die Ihrer Quelle entsprechen. Sie können diese Einschränkung jedoch außer Kraft setzen, indem Sie "Alle Größen anzeigen" auswählen. Bestandsdaten werden verwendet, um Ihre verwalteten Datenträger und ihre Dateisysteme automatisch zu konfigurieren und Ihre neue Azure-VM mit Ihrer Active Directory-Domäne zu verknüpfen.

   3. Nachdem Windows Admin Center den virtuellen Azure-Computer erstellt hat, geben Sie einen Replikationsgruppennamen an, und wählen Sie dann "Erstellen" aus. Windows Admin Center startet dann den normalen Speicherreplikat-Erstsynchronisierungsprozess, um mit dem Schutz Ihrer Daten zu beginnen.

   Hier ist ein Video, das zeigt, wie Sie speicherreplikate verwenden, um zu Azure-VMs zu migrieren:

5. Geben Sie die Details der Partnerschaft an, und wählen Sie dann "Erstellen" aus.

   

Verwenden von Windows PowerShell

Konfigurieren Sie als Nächstes die Server-zu-Server-Replikation mithilfe von Windows PowerShell. Sie müssen alle folgenden Schritte direkt auf den Knoten oder von einem Remoteverwaltungscomputer ausführen, der Windows Server-Remoteserver-Verwaltungstools enthält.

1. Stellen Sie sicher, dass Sie eine PowerShell-Konsole mit erhöhten Rechten als Administrator verwenden.

2. Konfigurieren Sie die Server-zu-Server-Replikation. Geben Sie die Quell- und Zieldatenträger, die Quell- und Zielprotokolle, die Quell- und Zielknoten und die Protokollgröße an.

   New-SRPartnership -SourceComputerName sr-srv05 -SourceRGName rg01 -SourceVolumeName f: -SourceLogVolumeName g: -DestinationComputerName sr-srv06 -DestinationRGName rg02 -DestinationVolumeName f: -DestinationLogVolumeName g: -LogType Raw
   

   Hier sehen Sie eine Beispielausgabe:

   DestinationComputerName : SR-SRV06
   DestinationRGName       : RG02
   SourceComputerName      : SR-SRV05
   PSComputerName          :
   

   Wichtig

   Die Standardprotokollgröße beträgt 8 GB. Abhängig von den Ergebnissen des Test-SRTopology Cmdlets können Sie den -LogSizeInBytes Parameter verwenden, um einen höheren oder niedrigeren Wert festzulegen.

3. Verwenden Sie Get-SRGroup die folgenden Und Get-SRPartnership Cmdlets, um den Quell- und Zielstatus der Replikation abzurufen:

   Get-SRGroup
   Get-SRPartnership
   (Get-SRGroup).replicas
   

   Hier sehen Sie eine Beispielausgabe:

   CurrentLsn             : 0
   DataVolume             : F:\
   LastInSyncTime         :
   LastKnownPrimaryLsn    : 1
   LastOutOfSyncTime      :
   NumOfBytesRecovered    : 37731958784
   NumOfBytesRemaining    : 30851203072
   PartitionId            : c3999f10-dbc9-4a8e-8f9c-dd2ee6ef3e9f
   PartitionSize          : 68583161856
   ReplicationMode        : synchronous
   ReplicationStatus      : InitialBlockCopy
   PSComputerName         :
   

4. Ermitteln Sie den Replikationsfortschritt wie in den folgenden Schritten beschrieben.

   1. Führen Sie auf dem Quellserver den folgenden Befehl aus, und untersuchen Sie ereignis-IDs 5015, 5002, 5004, 1237, 5001 und 2200:

      Get-WinEvent -ProviderName Microsoft-Windows-StorageReplica -Max 20
      

   2. Führen Sie auf dem Zielserver den folgenden Befehl aus, um die Speicherreplikatereignisse anzuzeigen, die die Erstellung von Partnerschaften zeigen. Dieses Ereignis gibt die Anzahl der kopierten Bytes an und wie lange es dauerte, die Partnerschaft zu erstellen.

      Beispiel:

      Get-WinEvent -ProviderName Microsoft-Windows-StorageReplica | Where-Object {$_.ID -eq "1215"} | fl
      

      Hier sehen Sie eine Beispielausgabe:

      TimeCreated  : 4/8/2016 4:12:37 PM
      ProviderName : Microsoft-Windows-StorageReplica
      Id           : 1215
      Message      : Block copy completed for replica.
      
      > [!NOTE]
      > By design, Storage Replica dismounts the destination volumes and their drive letters or mount points.
      
      

   3. Alternativ gibt die Zielservergruppe für das Replikat immer die Anzahl der zu kopierenden Byte an. Sie können PowerShell verwenden, um die Informationen abzufragen.

      Beispiel:

      (Get-SRGroup).Replicas | Select-Object numofbytesremaining
      

      Hier ist ein Fortschrittsbeispiel (das nicht beendet wird):

      while($true) {
      
      $v = (Get-SRGroup -Name "RG02").replicas | Select-Object numofbytesremaining
      [System.Console]::Write("Number of bytes remaining: {0}`r", $v.numofbytesremaining)
      Start-Sleep -s 5
      }
      

   4. Führen Sie auf dem Zielserver den folgenden Befehl aus, und untersuchen Sie ereignis-IDs 5009, 1237, 5001, 5015, 5005 und 2200, um den Verarbeitungsfortschritt zu verstehen. In dieser Sequenz sollten keine Warnungen oder Fehler vorliegen. Es gibt viele 1237 Ereignis-IDs, die den Verarbeitungsfortschritt angeben.

      Get-WinEvent -ProviderName Microsoft-Windows-StorageReplica | FL
      

Schritt 4: Verwalten der Replikation

Verwalten und betreiben Sie schließlich die replizierte Server-zu-Server-Infrastruktur. Sie können alle folgenden Schritte direkt auf den Knoten oder von einem Remoteverwaltungscomputer ausführen, der Windows Server-Remoteserver-Verwaltungstools enthält.

1. Verwenden Sie die Get-SRPartnership Cmdlets, Get-SRGroup um die aktuelle Quelle und das aktuelle Ziel der Replikation und deren Status zu ermitteln.

2. Zum Ermitteln der Replikationsleistung verwenden Sie das Cmdlet Get-Counter sowohl auf dem Quell- als auch auf dem Zielknoten. Die Namen der Zähler sind:

   • \Statistik zur Partitions-E/A des Speicherreplikats(*)\Häufigkeit, mit der die Leerung angehalten wurde

   • \Statistik zur Partitions-E/A des Speicherreplikats(*)\Anzahl ausstehender Leerungs-E/As

   • \Statistik zur Partitions-E/A des Speicherreplikats(*)\Anzahl von Anforderungen für letzten Schreibvorgang im Protokoll

   • \Statistik zur Partitions-E/A des Speicherreplikats(*)\Durchschnittl. Länge der Warteschlange zum Leeren

   • \Statistik zur Partitions-E/A des Speicherreplikats(*)\Aktuelle Länge der Warteschlange zum Leeren

   • \Statistik der Ein-/Ausgabe der Speicherreplikatpartitionen(*)\Anzahl der Anwendungsschreibanfragen

   • \Statistik zu den Eingabe-/Ausgabevorgängen der Speicherreplikatpartition(*)\Durchschnittliche Anzahl der Anforderungen pro Protokollschreibvorgang

   • \Statistik zur Partitions-E/A des Speicherreplikats(*)\Durchschnittl. Wartezeit für App-Schreibvorgang

   • \Statistik zur Partitions-E/A des Speicherreplikats(*)\Durchschnittl. Wartezeit für App-Lesevorgang

   • \Speicherreplikatstatistik(*)\Ziel-RPO

   • \Speicherreplikatstatistik(*)\Aktuelle RPO

   • \Speicherreplikatstatistik(*)\Durchschnittl. Länge der Protokollwarteschlange

   • \Speicherreplikatstatistik(*)\Aktuelle Länge der Protokollwarteschlange

   • \Speicherreplikatstatistik(*)\Gesamtanzahl empfangener Bytes

   • \Speicherreplikatstatistik(*)\Gesamtanzahl gesendeter Bytes

   • \Speicherreplikatstatistik(*)\Durchschnittliche Netzwerk-Sendeverzögerung

   • \Speicherreplikatstatistik(*)\Replikationszustand

   • \Speicherreplikatstatistik(*)\Durchschnittl. Wartezeit bei Nachrichtenroundtrip

   • \Speicherreplikatstatistik(*)\Verstrichene Zeit bei letzter Wiederherstellung

   • \Speicherreplikatstatistik(*)\Anzahl geleerter Wiederherstellungstransaktionen

   • \Speicherreplikatstatistik(*)\Anzahl von Wiederherstellungstransaktionen

   • \Speicherreplikatstatistik(*)\Anzahl geleerter Replikationstransaktionen

   • \Speicherreplikatstatistik(*)\Anzahl von Replikationstransaktionen

   • \Speicherreplikatstatistik(*)\Max. Protokollfolgenummer

   • \Speicherreplikatstatistik(*)\Anzahl empfangener Nachrichten

   • \Speicherreplikatstatistik(*)\Anzahl gesendeter Nachrichten

   Weitere Informationen zu Leistungsindikatoren in Windows PowerShell finden Sie unter Get-Counter.

3. Um die Replikationsrichtung von einem Standort zu verschieben, verwenden Sie das Set-SRPartnership Cmdlet:

     $params = @{
     NewSourceComputerName  = 'SR-SRV06'
     SourceRGName           = 'RG02'
     DestinationComputerName = 'SR-SRV05'
     DestinationRGName      = 'RG01'
   }
   Set-SRPartnership @params
   

   Warnung

   Windows Server verhindert den Rollenwechsel, wenn die anfängliche Synchronisierung fortgesetzt wird. Datenverlust kann auftreten, wenn Sie versuchen, zu wechseln, bevor Die erstreplikation abgeschlossen werden kann. Erzwingen Sie die Wegbeschreibungen erst, wenn die anfängliche Synchronisierung abgeschlossen ist.

   Überprüfen Sie die Ereignisprotokolle, um die Richtung der Replikationsänderung und des Wiederherstellungsmodus anzuzeigen und dann abzugleichen. Schreiben von E/A kann dann in den Speicher des neuen Quellservers geschrieben werden. Das Ändern der Replikationsrichtung blockiert Schreib-E/A auf dem ursprünglichen Quellcomputer.

4. Zum Entfernen der Replikation verwenden Sie Get-SRGroup, Get-SRPartnership, Remove-SRGroup und Remove-SRPartnership auf jedem Knoten. Stellen Sie sicher, dass Sie das Remove-SRPartnership Cmdlet nur auf der aktuellen Replikationsquelle ausführen, nicht auf dem Zielserver. Führen Sie Remove-SRGroup auf beiden Servern aus.

   Um beispielsweise alle Replikationen von zwei Servern zu entfernen, führen Sie die folgenden Befehle aus:

   Get-SRPartnership
   Get-SRPartnership | Remove-SRPartnership
   Get-SRGroup | Remove-SRGroup
   

Ersetzen der DFS-Replikation durch Speicherreplikat

Viele Microsoft-Kunden stellen die DfS-Replikation des Windows-Diensts als Notfallwiederherstellungslösung für unstrukturierte Benutzerdaten wie Heimordner und Abteilungsfreigaben bereit. DFS-Replikation wird in allen Versionen seit Windows Server 2003 R2 ausgeliefert und arbeitet in Netzwerken mit geringer Bandbreite. Es ist eine ansprechende Alternative für Umgebungen mit hoher Latenz und geringen Änderungen, die viele Knoten aufweisen.

DFS-Replikation hat jedoch deutliche Einschränkungen als Lösung zur Replikation von Daten:

• Dateien, die aktuell verwendet werden oder geöffnet sind, werden nicht repliziert.
• Es wird keine synchrone Replikation durchgeführt.
• Bei der asynchronen Replikation kann eine Wartezeit von mehreren Minuten, Stunden oder sogar Tagen auftreten.
• Es beruht auf einer Datenbank, für die nach einer Unterbrechung der Stromversorgung lange Konsistenzprüfungen erforderlich sein können.
• Sie ist in der Regel als Multimaster konfiguriert, sodass Änderungen in beide Richtungen fließen können und neuere Daten überschrieben werden können.

Bei Speicherreplikaten gelten keine dieser Einschränkungen.

Das Speicherreplikat hat jedoch mehrere Einschränkungen, die es in einigen Umgebungen möglicherweise weniger ansprechend machen:

• Es ist nur eine 1:1-Replikation zwischen Speicherbereichen möglich. Unterschiedliche Volumes können zwischen mehreren Servern repliziert werden.
• Obwohl sie die asynchrone Replikation unterstützt, ist sie nicht für Netzwerke mit geringer Bandbreite und hoher Latenz ausgelegt.
• Benutzer können nicht auf geschützte Daten auf dem Zielserver zugreifen, während die Replikation fortgesetzt wird.

Wenn diese Faktoren in Ihrem Szenario nicht blockiert werden, können Sie das Speicherreplikat verwenden, um DFS-Replikationsserver durch die neuere Speicherreplikattechnologie zu ersetzen.

Der Prozess auf hoher Ebene umfasst die folgenden Schritte:

1. Installieren Sie Windows Server auf zwei Servern, und konfigurieren Sie Ihren Speicher. Möglicherweise müssen Sie eine vorhandene Gruppe von Servern aktualisieren oder Neuinstallationen des Betriebssystems durchführen.

2. Stellen Sie sicher, dass alle Daten, die Sie replizieren möchten, auf einem oder mehreren Datenvolumes und nicht auf dem Laufwerk C: vorhanden sind.

   • Sie können die Daten auch auf dem anderen Server auslagern, um Zeit zu sparen, eine Sicherungskopie oder Dateikopie zu verwenden oder dünn bereitgestellten Speicher zu verwenden. Die perfekte Übereinstimmung mit metadatenähnlichen Sicherheitsdaten ist im Gegensatz zur DFS-Replikation unnötig.

3. Teilen Sie die Daten auf Ihrem Quellserver, und machen Sie sie über einen DFS-Namespace zugänglich. Dieser Schritt ist wichtig, um sicherzustellen, dass Benutzer weiterhin darauf zugreifen können, wenn sich der Servername in einen DFS-Namespace an einem Notfallstandort ändert.

   • Sie können übereinstimmende Freigaben auf dem Zielserver erstellen, die bei normalen Vorgängen nicht verfügbar sind.
   • Fügen Sie den Zielserver nicht dem DFS-Namespaces hinzu. Vergewissern Sie sich, dass alle Ordnerziele deaktiviert sind.

4. Aktivieren Sie die Storage Replica-Replikation und schließen Sie die anfängliche Synchronisierung ab. Die Replikation kann entweder synchron oder asynchron erfolgen.

   • Wir empfehlen die synchrone Replikation, um die Konsistenz von E/A-Daten auf dem Zielserver zu gewährleisten.
   • Es wird dringend empfohlen, Volumeschattenkopien zu aktivieren und in regelmäßigen Abständen Momentaufnahmen mithilfe von vssadmin oder einem anderen Tool zu erstellen. Diese Aktion garantiert, dass Anwendungen ihre Datendateien konsistent auf den Datenträger leeren. Wenn ein Notfall auftritt, können Sie Dateien aus Momentaufnahmen auf dem Zielserver wiederherstellen, die möglicherweise teilweise asynchron repliziert werden. Momentaufnahmen werden zusammen mit Dateien repliziert.

5. Arbeiten Sie normal, bis es eine Katastrophe gibt.

6. Ändern Sie den Zielserver so, dass er zur neuen Quelle wird und seine replizierten Volumes für Benutzer verfügbar macht.

7. Wenn Sie die synchrone Replikation verwenden, ist keine Datenwiederherstellung erforderlich, es sei denn, ein Benutzer hat eine Anwendung verwendet, die Daten ohne Transaktionsschutz schreibt (die Replikation hat in diesem Szenario keine Auswirkung), wenn der Quellserver verloren geht. Wenn Sie sich für die asynchrone Replikation entscheiden, ist die Notwendigkeit einer VsS-Snapshot-Bereitstellung (Volume Shadow Copy Service) höher, erwägen Sie jedoch die Verwendung von VSS unter allen Umständen für anwendungskonsensige Momentaufnahmen.

8. Fügen Sie den Server und seine Freigaben als DFS-Namespaces-Ordnerziel hinzu.

Benutzer können dann auf ihre Daten zugreifen.

Hinzufügen einer Azure-VM, die über ExpressRoute mit Ihrem Netzwerk verbunden ist

1. Erstellen Sie im Azure-Portal eine Instanz von ExpressRoute.

   Nachdem expressRoute genehmigt wurde, wird dem Abonnement eine Ressourcengruppe hinzugefügt. Um diese neue Gruppe anzuzeigen, wechseln Sie zu "Ressourcengruppen". Notieren Sie sich den Namen des virtuellen Netzwerks.

   

2. Erstellen Sie eine neue Ressourcengruppe.

3. Fügen Sie eine Netzwerksicherheitsgruppe hinzu. Wenn Sie die Netzwerksicherheitsgruppe erstellen, wählen Sie die Abonnement-ID aus, die der instanz von Ihnen erstellten ExpressRoute zugeordnet ist, und wählen Sie die Ressourcengruppe aus, die ExpressRoute zugeordnet ist.

   Fügen Sie der Netzwerksicherheitsgruppe alle Eingangs- und Ausgangssicherheitsregeln hinzu, die Sie benötigen. Beispielsweise möchten Sie möglicherweise Remotedesktopzugriff auf die virtuelle Maschine gestatten.

4. Erstellen Sie einen virtuellen Azure-Computer mit den folgenden Einstellungen:

   • Öffentliche IP-Adresse: Keine
   • Virtuelles Netzwerk: Wählen Sie den Namen des virtuellen Netzwerks aus, den Sie aus der Ressourcengruppe angegeben haben, die mit der ExpressRoute-Instanz hinzugefügt wurde.
   • Netzwerksicherheitsgruppe (Firewall): Wählen Sie die von Ihnen erstellte Netzwerksicherheitsgruppe aus.

   

5. Nachdem der virtuelle Computer erstellt wurde, lesen Sie Schritt 2: Bereitstellen des Betriebssystems, features, Rollen, Speicher und eines Netzwerks.

Verwandte Inhalte

• Übersicht über speicherreplikate
• Strecken der Clusterreplikation mithilfe des freigegebenen Speichers
• Cluster-zu-Cluster-Speicherreplikation
• Speicherreplikat: Bekannte Probleme
• Speicherreplikat: Häufig gestellte Fragen (FAQ)
• Direkte Speicherplätze