Cluster-zu-Cluster-Speicherreplikation

Mithilfe von Speicherreplikaten können Volumes zwischen Clustern repliziert werden. Hierzu gehört auch die Replikation von Clustern mithilfe von „Direkte Speicherplätze“. Die Verwaltung und Konfiguration ähnelt derjenigen der Server-zu-Server-Replikation.

Sie konfigurieren diese Computer und Speicher in einer Cluster-zu-Cluster-Konfiguration, bei der ein Cluster seinen eigenen Speichersatz mit einem anderen Cluster und seinem Speichersatz repliziert. Diese Knoten und deren Speicher sollten sich an separaten physischen Standorten befinden, obwohl sie nicht erforderlich sind.

Für diese exemplarische Vorgehensweise wird die folgende Beispielumgebung verwendet:

• Zwei Mitgliedsserver mit den Namen SR-SRV01 und SR-SRV02, die später einen Cluster mit dem Namen SR-SRVCLUSA bilden werden.

• Zwei Mitgliedsserver mit den Namen SR-SRV03 und SR-SRV04, die später einen Cluster mit dem Namen SR-SRVCLUSB bilden werden

• Ein Paar aus logischen „Standorten“, die für zwei unterschiedliche Rechenzentren stehen: Redmond und Bellevue.

ABBILDUNG 1: Cluster-zu-Cluster-Replikation

Voraussetzungen

• Active Directory Domain Services-Gesamtstruktur (windows Server 2016 muss nicht ausgeführt werden).
• 4-128 Server (zwei Cluster von jeweils 2-64 Servern), auf denen Windows Server 2019 oder Windows Server 2016, Datacenter Edition, ausgeführt wird. Wenn Sie Windows Server 2019 verwenden und nur ein einzelnes Volume mit einer Größe von bis zu 2 TB replizieren möchten, können Sie stattdessen Standard Edition verwenden.
• Zwei Speichergruppen, für die SAS-JBODs, Fibre Channel-SANs, freigegebene VHDX, „Direkte Speicherplätze“ oder iSCSI-Ziele verwendet werden. Der Speicher sollte eine Kombination aus HDD- und SSD-Medien umfassen. Sie stellen jeden Speichersatz nur für jeden Cluster zur Verfügung, ohne gemeinsam genutzten Zugriff zwischen Clustern.
• Jede Speichergruppe muss das Erstellen von mindestens zwei virtuellen Datenträgern ermöglichen, einen Datenträger für replizierte Daten und einen Datenträger 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 (vorzugsweise RDMA).
• Geeignete Firewall- und Routerregeln, um bidirektionalen ICMP-Datenverkehr, SMB-Datenverkehr (Port 445 sowie 5445 für SMB Direct) und WS-MAN-Datenverkehr (Port 5985) zwischen allen Knoten zu ermöglichen.
• Ein Netzwerk zwischen den Servern mit ausreichender Bandbreite für Ihre E/A-Schreibworkload sowie durchschnittlich 5 ms Roundtriplatenz für die synchrone Replikation. Die asynchrone Replikation hat keine Latenzempfehlung.
• Der replizierte Speicher kann sich nicht auf dem Laufwerk befinden, das den Windows-Betriebssystemordner enthält.
• Es gibt wichtige Überlegungen und Einschränkungen für die Direkte Speicherplätze-Replikation.

Das Vorliegen vieler dieser Voraussetzungen lässt sich mit dem Test-SRTopology-Cmdlet ermitteln. Sie erhalten Zugang zu diesem Tool, wenn Sie das Speicherreplikatfeature oder die Speicherreplikat-Verwaltungstools auf mindestens einem Server installieren. Es ist nicht erforderlich, das Speicherreplikat für die Verwendung dieses Tools zu konfigurieren, nur um das Cmdlet zu installieren. Weitere Informationen finden Sie in den nachfolgend beschriebenen Schritten.

Schritt 1: Bereitstellen von Betriebssystem, Features, Rollen, Speicher und Netzwerk

1. Installieren Sie Windows Server auf allen vier Serverknoten mit dem Installationstyp Windows Server (Desktopdarstellung) .

2. Fügen Sie Netzwerkinformationen hinzu, fügen Sie sie der Domäne hinzu, und starten Sie sie neu.

   Wichtig

   Melden Sie sich ab diesem Zeitpunkt immer als Domänenbenutzer an, der Mitglied der integrierten Administratorgruppe auf allen Servern ist. Denken Sie zukünftig immer daran, Ihre Windows PowerShell- und CMD-Eingabeaufforderungen zu erhöhen, wenn Sie auf einer grafischen Serverinstallation oder einem Windows 10-Computer arbeiten.

3. Verbinden Sie die erste Gruppe aus JBOD-Speichergehäusen, iSCSI-Zielen, FC-SAN- oder lokalem DAS-Speicher mit dem Server am Standort Redmond.

4. Verbinden Sie die zweite Speichergruppe mit dem Server am Standort Bellevue.

5. Installieren Sie gegebenenfalls die neuesten Speicher- und Gehäuse-Firmware sowie Treiber, die neuesten HBA-Treiber, die neuesten BIOS/UEFI-Firmware, die neuesten Netzwerktreiber und die neuesten Chipsatz-Treiber der jeweiligen Hersteller auf allen vier Knoten. Starten Sie die Knoten gegebenenfalls neu.

   Hinweis

   Konsultieren Sie die Dokumentation Ihres Hardwareanbieters, um die gemeinsam genutzte Speicher- und Netzwerkausrüstung zu konfigurieren.

6. Stellen Sie sicher, dass die BIOS/UEFI-Einstellungen für Server eine hohe Leistung ermöglichen (z.B. Deaktivieren des C-Status, Festlegen der QPI-Geschwindigkeit, Aktivieren von NUMA und Festlegen der höchsten Speicherfrequenz). Stellen Sie sicher, dass die Energieverwaltung in Windows Server auf eine hohe Leistung festgelegt ist. Führen Sie bei Bedarf einen Neustart aus.

7. Konfigurieren Sie folgende Rollen:

   • Grafische Methode

     1. Führen Sie ServerManager.exe aus, und erstellen Sie eine Servergruppe, der Sie alle Serverknoten hinzufügen.

     2. Installieren Sie die Rollen und Features Dateiserver und Speicherreplikat auf jedem der Knoten, und starten Sie sie neu.

   • Windows PowerShell-Methode

     Führen Sie auf SR-SRV04 oder einem Remoteverwaltungscomputer den folgenden Befehl in einer Windows PowerShell-Konsole aus, um die erforderlichen Features und Rollen für einen Stretched Cluster auf den vier Knoten zu installieren und sie neu zu starten:

     $Servers = 'SR-SRV01','SR-SRV02','SR-SRV03','SR-SRV04'
     
     $Servers | ForEach { Install-WindowsFeature -ComputerName $_ -Name Storage-Replica,Failover-Clustering,FS-FileServer -IncludeManagementTools -restart }
     

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

8. Konfigurieren Sie den Speicher wie folgt:

   Wichtig

   • In jedem Gehäuse müssen zwei Volumes erstellt werden: ein Volume für Daten und ein Volume für Protokolle.
   • Die Datenträger für Protokolle und Daten müssen als GPT (nicht MBR) initialisiert werden.
   • Die beiden Datenvolumes müssen dieselbe Größe aufweisen.
   • Die beiden Protokollvolumes sollten dieselbe 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). Microsoft empfiehlt, dass die Protokollspeicherung schneller als die Datenspeicherung durchgeführt wird. Protokollvolumes dürfen niemals für andere Workloads verwendet werden.
   • Die Datenträger für Daten können HDD, SSD oder eine mehrstufige Kombination verwenden. Außerdem kann gespiegelter Speicherplatz oder Paritätsspeicherplatz bzw. RAID 1, RAID 10, RAID 5 oder RAID 50 verwendet werden.
   • 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.
   • Wenn Sie „Direkte Speicherplätze“ (Storage Spaces Direct) mit einem NVME- oder SSD-Cache verwenden und zwischen „Direkte Speicherplätze“-Clustern die Speicherreplikatreplikation konfigurieren, nimmt die Latenz stärker als erwartet zu. Die Änderung der Latenz ist proportional viel größer als bei Verwendung von NVME und SSD in einer Leistungs- und Kapazitätskonfiguration und ohne HDD- bzw. Kapazitätsebene.

   Dieses Problem tritt aufgrund von Architektureinschränkungen innerhalb des Protokollmechanismus des Speicherreplikats in Kombination mit der extrem geringen Latenz von NVME im Vergleich zu langsameren Medien auf. Wenn Sie den direkten Cache für Direkte Speicherplätze verwenden, erfolgt alle E/A von SR-Protokollen zusammen mit allen zuletzt verwendeten Lese-/Schreibzugriffs-E/A-Anwendungen im Cache und niemals auf den Leistungs- oder Kapazitätsebenen. Dies bedeutet, dass alle SR-Aktivitäten auf denselben Geschwindigkeitsmedien erfolgen – diese Konfiguration wird nicht empfohlen (siehe https://aka.ms/srfaq Protokollempfehlungen).

   Wenn Sie Direkte Speicherplätze mit HDDs verwenden, können Sie den Cache nicht deaktivieren oder vermeiden. Wenn Sie nur SSD und NVME verwenden, können Sie nur Leistungs- und Kapazitätsebenen konfigurieren, um dieses Problem zu umgehen. Wenn Sie diese Konfiguration verwenden und die SR-Protokolle nur mit den Datenvolumes auf der Kapazitätsebene auf der Kapazitätsebene platzieren, vermeiden Sie das oben beschriebene Problem mit hoher Latenz. Auf dieselbe Weise können Sie bei einer Mischung aus schnelleren und langsameren SSDs ohne NVME vorgehen.

   Diese Problemumgehung ist nicht ideal, und einige Kunden können sie möglicherweise nicht nutzen. Das SR-Team arbeitet an Optimierungen und einem aktualisierten Protokollmechanismus für die Zukunft, um die auftretenden künstlichen Engpässe zu reduzieren.

• Für JBOD-Gehäuse:

1. Stellen Sie sicher, dass jedem Cluster nur die Speichergehäuse des jeweiligen Standorts angezeigt werden und die SAS-Verbindungen ordnungsgemäß konfiguriert sind.

2. Stellen Sie den Speicher mithilfe von Speicherplätzen bereit. Führen Sie dazu die unter Bereitstellen von Speicherplätzen auf einem eigenständigen Server beschriebenen Schritte 1-3 mithilfe von Windows PowerShell oder über den Server-Manager aus.

• Für iSCSI-Zielspeicher:

1. Stellen Sie sicher, dass jedem Cluster nur die Speichergehäuse des jeweiligen Standorts angezeigt werden. Bei Verwendung von iSCSI sollten mehrere Netzwerkkarten verwendet werden.

2. Verwenden Sie die Herstellerdokumentation, um den Speicher zu verwalten. Bei Verwendung von Windows-basierten iSCSI-Zielen finden Sie unter iSCSI-Zielblockspeicher: So wird's gemacht weitere Informationen.

• Für FC-SAN-Speicher:

1. Stellen Sie sicher, dass jedem Cluster nur die Speichergehäuse des jeweiligen Standorts angezeigt werden und die Zonen für die Hosts ordnungsgemäß festgelegt wurden.

2. Verwenden Sie die Herstellerdokumentation, um den Speicher zu verwalten.

• Für „Direkte Speicherplätze“:

1. Stellen Sie sicher, dass jeder Cluster nur die Speichereinschübe des jeweiligen Standorts durch das Bereitstellen von Storage Spaces Direct erkennen kann.

2. Stellen Sie sicher, dass die SR-Protokollvolumes sich immer auf dem schnellsten Flash-Speicher und die Datenvolumes sich in einem langsameren Speicher mit hoher Kapazität befinden.

3. Starten Sie Windows PowerShell, und überprüfen Sie mithilfe des Cmdlets Test-SRTopology, ob alle Anforderungen für das Speicherreplikatfeature erfüllt sind. Sie können das Cmdlet im Modus "Nur Anforderungen" für einen Schnelltest und einen lange ausgeführten Leistungsauswertungsmodus verwenden. Beispiel:

   MD c:\temp
   
   Test-SRTopology -SourceComputerName SR-SRV01 -SourceVolumeName f: -SourceLogVolumeName g: -DestinationComputerName SR-SRV03 -DestinationVolumeName f: -DestinationLogVolumeName g: -DurationInMinutes 30 -ResultPath c:\temp
   

   Wichtig

   Bei Verwendung eines Testservers ohne Schreib-E/A-Last auf dem angegebenen Quellvolume während des Auswertungszeitraums sollten Sie gegebenenfalls eine Workload hinzufügen, um einen nützlichen Bericht zu erhalten. Um reale Zahlen und empfohlene Protokollgrößen zu erhalten, sollte der Test mit produktionsähnlichen Workloads ausgeführt werden. Alternativ können Sie einige Dateien während des Tests in das Quellvolume kopieren oder DISKSPD herunterladen und ausführen, um Schreib-IOs zu generieren. Beispiel mit geringer E/A-Workload innerhalb eines Zeitraums von 5 Minuten auf Volume D: Diskspd.exe -c1g -d300 -W5 -C5 -b8k -t2 -o2 -r -w5 -h d:\test.dat

4. Stellen Sie anhand des Berichts TestSrTopologyReport.html sicher, dass Sie die Anforderungen für das Speicherreplikatfeature erfüllen.

   

Schritt 2: Konfigurieren von zwei Failoverclustern mit Dateiservern mit horizontaler Skalierung

Jetzt erstellen Sie zwei normale Failovercluster. Nach der Konfiguration, Überprüfung und Tests replizieren Sie sie mithilfe des Speicherreplikats. Sie können alle der folgenden Schritte direkt auf den Clusterknoten oder von einem Remoteverwaltungscomputer ausführen, auf dem die Remoteserver-Verwaltungstools von Windows Server installiert sind.

Grafische Methode

1. Führen Sie cluadmin.msc für einen Knoten an jedem Standort aus.

2. Überprüfen Sie den geplanten Cluster, und analysieren Sie die Ergebnisse, um sicherzustellen, dass Sie den Vorgang fortsetzen können. Im Beispiel unten sind es SR-SRVCLUSA und SR-SRVCLUSB.

3. Erstellen Sie die zwei Cluster. Stellen Sie sicher, dass die Clusternamen maximal 15 Zeichen lang sind.

4. Konfigurieren Sie einen Dateifreigabe- oder Cloudzeugen.

   Hinweis

   Windows Server enthält jetzt eine Option für cloudbasierten (Azure)-basierten Zeugen. Sie können diese Quorumoption anstelle des Dateifreigabezeugen auswählen.

   Warnung

   Weitere Informationen zur Quorumzeugenkonfiguration finden Sie unter Bereitstellen eines Quorumzeugenzeugen. Weitere Informationen zum Cmdlet Set-ClusterQuorum finden Sie unter Set-ClusterQuorum.

5. Fügen Sie am Standort Redmond einen Datenträger zum Cluster-CSV hinzu. Um dies zu tun, klicken Sie mit der rechten Maustaste auf einen Quelldatenträger im Knoten Datenträger im Abschnitt Speicher, und klicken Sie dann auf Zu freigegebenen Clustervolumes hinzufügen.

6. Erstellen Sie die gruppierten Dateiserver mit horizontaler Skalierung in beiden Clustern mithilfe der Anweisungen in Konfigurieren des Dateiservers mit horizontaler Skalierung.

Windows PowerShell-Methode

1. Testen Sie den geplanten Cluster, und analysieren Sie die Ergebnisse, um sicherzustellen, dass Sie den Vorgang fortsetzen können:

   Test-Cluster SR-SRV01,SR-SRV02
   Test-Cluster SR-SRV03,SR-SRV04
   

2. Erstellen Sie die Cluster (Sie müssen eine eigene statische IP-Adressen für den Cluster angeben). Stellen Sie sicher, dass jeder Clustername maximal 15 Zeichen lang ist:

   New-Cluster -Name SR-SRVCLUSA -Node SR-SRV01,SR-SRV02 -StaticAddress <your IP here>
   New-Cluster -Name SR-SRVCLUSB -Node SR-SRV03,SR-SRV04 -StaticAddress <your IP here>
   

3. Konfigurieren Sie in jedem Cluster einen Dateifreigabe- oder Cloudzeugen (Azure), der auf eine Freigabe verweist, die auf dem Domänencontroller oder auf einem anderen unabhängigen Server gehostet ist. Beispiel:

   Set-ClusterQuorum -FileShareWitness \\someserver\someshare
   

   Hinweis

   Windows Server enthält jetzt eine Option für cloudbasierten (Azure)-basierten Zeugen. Sie können diese Quorumoption anstelle des Dateifreigabezeugen auswählen.

4. Erstellen Sie die gruppierten Dateiserver mit horizontaler Skalierung in beiden Clustern mithilfe der Anweisungen in Konfigurieren des Dateiservers mit horizontaler Skalierung.

Schritt 3: Konfigurieren der Cluster-zu-Cluster-Replikation mit Windows PowerShell

Jetzt richten Sie die Cluster-zu-Cluster-Replikation mit Windows PowerShell ein. Die weiter unten beschriebenen Schritte können entweder direkt auf den jeweiligen Knoten oder über einen Remoteverwaltungscomputer ausgeführt werden, auf dem die Remoteverwaltungstools von Windows Server installiert sind.

1. Gewähren Sie dem ersten Cluster Vollzugriff auf die anderen Cluster, indem Sie das Cmdlet Grant-SRAccess auf einem beliebigen Knoten im ersten Cluster oder remote ausführen. Remoteserver-Verwaltungstools unter Windows Server

   Grant-SRAccess -ComputerName SR-SRV01 -Cluster SR-SRVCLUSB
   

2. Gewähren Sie dem zweiten Cluster Vollzugriff auf die anderen Cluster, indem Sie das Cmdlet Grant-SRAccess auf einem beliebigen Knoten im zweiten Cluster oder remote ausführen.

   Grant-SRAccess -ComputerName SR-SRV03 -Cluster SR-SRVCLUSA
   

3. Konfigurieren Sie die Cluster-zu-Cluster-Replikation, und geben Sie dabei die Quell- und Zieldatenträger, die Quell- und Zielprotokolle, die Quell- und Zielclusternamen sowie die Protokollgröße an. Sie können diesen Befehl lokal auf dem Server oder unter Verwendung eines Remoteverwaltungscomputers ausführen.

   New-SRPartnership -SourceComputerName SR-SRVCLUSA -SourceRGName rg01 -SourceVolumeName c:\ClusterStorage\Volume2 -SourceLogVolumeName f: -DestinationComputerName SR-SRVCLUSB -DestinationRGName rg02 -DestinationVolumeName c:\ClusterStorage\Volume2 -DestinationLogVolumeName f: -LogType Raw
   

   Warnung

   Die standardmäßige Protokollgröße beträgt 8 GB. Abhängig von den Ergebnissen des Cmdlets Test-SRTopology können Sie -LogSizeInBytes mit einem höheren oder niedrigeren Wert verwenden.

4. Verwenden Sie Get-SRGroup und Get-SRPartnershipwie folgt, um den Quell- und Zielzustand der Replikation abzurufen:

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

5. Bestimmen Sie den Fortschritt der Replikation wie folgt:

   1. Führen Sie auf dem Quellserver den folgenden Befehl aus, und überprüfen Sie die Ereignisse 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 Ereignisse von Storage Replica anzuzeigen, die die Erstellung der Partnerschaft zeigen. Dieses Ereignis gibt die Anzahl von kopierten Bytes und die dafür benötigte Zeit an. Beispiel:

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

      Beispiel für die Ausgabe:

      TimeCreated  : 4/8/2016 4:12:37 PM
      ProviderName : Microsoft-Windows-StorageReplica
      Id           : 1215
      Message      : Block copy completed for replica.
          ReplicationGroupName: rg02
          ReplicationGroupId:
          {616F1E00-5A68-4447-830F-B0B0EFBD359C}
          ReplicaName: f:\
          ReplicaId: {00000000-0000-0000-0000-000000000000}
          End LSN in bitmap:
          LogGeneration: {00000000-0000-0000-0000-000000000000}
          LogFileId: 0
          CLSFLsn: 0xFFFFFFFF
          Number of Bytes Recovered: 68583161856
          Elapsed Time (seconds): 117
      

   3. Alternativ gibt die Zielservergruppe für das Replikat jederzeit die Anzahl der noch zu kopierenden Bytes an. Dieser Wert kann auch über PowerShell abgefragt werden. Beispiel:

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

      Beispiel für den Fortschritt (das nicht beendet wird):

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

6. Führen Sie auf dem Zielserver im Zielcluster den folgenden Befehl aus, und überprüfen Sie die Ereignisse 5009, 1237, 5001, 5015, 5005 und 2200, um Informationen zum Verarbeitungsfortschritt zu erhalten. In dieser Sequenz sollten keine Warnungen oder Fehler vorliegen. Es werden eine Vielzahl von Ereignissen des Typs 1237 angezeigt, die für den Fortschritt stehen.

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

   Hinweis

   Der Zielcluster-Datenträger wird bei der Replikation immer als Online (kein Zugriff) angezeigt.

Schritt 4: Verwalten der Replikation

Jetzt verwalten und betreiben Sie Ihre Cluster-zu-Cluster-Replikation. Sie können alle der folgenden Schritte direkt auf den Clusterknoten oder von einem Remoteverwaltungscomputer ausführen, auf dem die Remoteserver-Verwaltungstools von Windows Server installiert sind.

1. Verwenden Sie Get-ClusterGroup oder den Failovercluster-Manager, um die aktuelle Quelle und das aktuelle Ziel der Replikation sowie den zugehörigen Status zu ermitteln. Remoteserver-Verwaltungstools unter Windows Server

2. Zum Ermitteln der Replikationsleistung verwenden Sie das Cmdlet Get-Counter sowohl auf dem Quell- als auch auf dem Zielknoten. Die Zählernamen 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. Zum Ändern der Replikationsrichtung von einem Standort verwenden Sie das Cmdlet Set-SRPartnership.

   Set-SRPartnership -NewSourceComputerName SR-SRVCLUSB -SourceRGName rg02 -DestinationComputerName SR-SRVCLUSA -DestinationRGName rg01
   

   Hinweis

   Windows Server verhindert einen Rollenwechsel während der ersten Synchronisierung, da es zu Datenverlust führen kann, wenn Sie vor Abschluss der ersten Replikation versuchen, einen Wechsel vorzunehmen. Erzwingen Sie erst die Richtungswechsel, wenn die anfängliche Synchronisierung abgeschlossen ist.

   Überprüfen Sie die Ereignisprotokolle, um zu sehen, wann eine Richtungsänderung bei der Replikation und ein Wechsel in den Wiederherstellungsmodus erfolgt, und führen Sie dann den Abgleich durch. Schreib-E/As können anschließend in den Speicher schreiben, der sich im Besitz des neuen Quellservers befindet. Das Ändern der Replikationsrichtung blockiert Schreib-IOs auf dem vorherigen Quellcomputer.

   Hinweis

   Der Zielcluster-Datenträger wird bei der Replikation immer als Online (kein Zugriff) angezeigt.

4. Um die Protokollgröße vom Standardwert 8 GB zu ändern, verwenden Sie Set-SRGroup sowohl für die Quell- als auch die Ziel-Speicherreplikatgruppen.

   Wichtig

   Die standardmäßige Protokollgröße beträgt 8 GB. Abhängig von den Ergebnissen des Cmdlets Test-SRTopology können Sie „-LogSizeInBytes“ mit einem höheren oder niedrigeren Wert verwenden.

5. Verwenden Sie zum Entfernen der Replikation Get-SRGroup, Get-SRPartnership, Remove-SRGroup und Remove-SRPartnership auf jedem Cluster.

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

   Hinweis

   Mit dem Speicherreplikatfeature wird die Bereitstellung der Zielvolumes aufgehoben. Dies ist beabsichtigt.

Zusätzliche Referenzen

• Storage Replica-Übersicht
• Replikation eines Stretched Clusters mithilfe von freigegebenem Speicher
• Server-zu-Server-Speicherreplikation
• Speicherreplikate: Bekannte Probleme
• Speicherreplikat: Häufig gestellte Fragen
• Direkte Speicherplätze