Teilen über

Häufig gestellte Fragen zum Speicherreplikat

Dieser Artikel enthält Antworten auf häufig gestellte Fragen zu Speicherreplikaten.

Wird Speicherreplikat in Azure unterstützt?

Ja. Sie können die folgenden Szenarien mit Azure verwenden:

  • Server-zu-Server-Replikation innerhalb von Azure (synchron oder asynchron zwischen infrastruktur as a Service (IaaS) virtuellen Computern (VMs) in einer oder zwei Rechenzentrumsfehlerdomänen oder asynchron zwischen zwei separaten Regionen).
  • Server-zu-Server-asynchrone Replikation zwischen Azure und lokal (mithilfe eines virtuellen privaten Netzwerks (VPN) oder Azure ExpressRoute).
  • Cluster-zu-Cluster-Replikation innerhalb von Azure (synchron oder asynchron zwischen IaaS-VMs in mindestens zwei Rechenzentrumsfehlerdomänen oder asynchron zwischen zwei separaten Regionen).
  • Asynchrone Cluster-zu-Cluster-Replikation zwischen Azure und lokal (mithilfe von VPN oder Azure ExpressRoute).
  • Strecken Sie clustering mithilfe von Azure Shared Disks (synchron oder asynchron zwischen IaaS-VMs in mindestens zwei Rechenzentrumsfehlerdomänen oder asynchron zwischen zwei separaten Regionen).

Weitere Informationen zum Gastclustering in Azure finden Sie unter Bereitstellen von IaaS-VM-Gastclustern in Azure.

Wichtige Hinweise:

Wie kann ich den Fortschritt der Replikation während der ersten Synchronisierung anzeigen?

Ereignis-ID 1237-Nachrichten im Ereignisprotokoll des Speicherreplikatadministrators auf dem Zielserver zeigen die Anzahl der kopierten Bytes und die Bytes alle 10 Sekunden an.

Eine weitere Option besteht darin, den Leistungsindikator für Speicherreplikate auf dem Zielserver unter \Speicherreplikatstatistik\Gesamtanzahl der empfangenen Bytes für ein oder mehrere replizierte Volumes zu verwenden.

Sie können die Replikationsgruppe auch mithilfe von Windows PowerShell abfragen. Der folgende Beispielbefehl ruft beispielsweise den Namen der Gruppen am Ziel ab und fragt dann eine Gruppe mit dem Namen Replikation 2 alle 10 Sekunden ab, um den Fortschritt anzuzeigen:

Get-SRGroup

do{
    $r=(Get-SRGroup -Name "Replication 2").replicas
    [System.Console]::Write("Number of remaining bytes {0}`n", $r.NumOfBytesRemaining)
    Start-Sleep 10
}until($r.ReplicationStatus -eq 'ContinuouslyReplicating')
Write-Output "Replica Status: "$r.replicationstatus

Kann ich die netzwerkschnittstellen angeben, die für die Replikation verwendet werden sollen?

Ja. Verwenden Sie das cmdlet Set-SRNetworkConstraint, um die netzwerkschnittstellen anzugeben, die für die Replikation verwendet werden sollen. Dieses Cmdlet wird auf der Schnittstellenebene betrieben. Sie können es sowohl in Cluster- als auch in Nichtclusterszenarien verwenden.

Führen Sie beispielsweise mit einem eigenständigen Server (auf jedem Knoten) die folgenden Befehle aus:

Get-SRPartnership

Get-NetIPConfiguration

Beachten Sie die Gateway- und Schnittstelleninformationen (auf beiden Servern) und die Wegbeschreibungen für die Partnerschaft. Führen Sie anschließend Folgendes aus:

Set-SRNetworkConstraint -SourceComputerName sr-srv06 -SourceRGName rg02 -
SourceNWInterface 2 -DestinationComputerName sr-srv05 -DestinationNWInterface 3 -DestinationRGName rg01

Get-SRNetworkConstraint

Update-SmbMultichannelConnection

Führen Sie Folgendes aus, um Netzwerkeinschränkungen für einen Stretchcluster zu konfigurieren:

Set-SRNetworkConstraint -SourceComputerName sr-cluster01 -SourceRGName group1 -SourceNWInterface "Cluster Network 1","Cluster Network 2" -DestinationComputerName sr-cluster02 -DestinationRGName group2 -DestinationNWInterface "Cluster Network 1","Cluster Network 2"

Kann ich eine 1:n-Replikation oder transitive Replikation (A zu B zu C) konfigurieren?

Nein, Das Speicherreplikat unterstützt nur eine 1:1-Replikation eines Servers, eines Clusters oder eines Stretchclusterknotens. Sie können die Replikation zwischen verschiedenen Servern eines bestimmten Volumepaars in beiden Richtungen konfigurieren. Server 1 kann z. B. sein D-Volume auf Server 2 und sein E-Volume von Server 3 replizieren.

Kann ich replizierte Volumes vergrößern oder verkleinern, die vom Speicherreplikat repliziert werden?

Sie können Volumes vergrößern (erweitern), aber nicht verkleinern. Standardmäßig verhindert das Speicherreplikat, dass Administratoren replizierte Volumes erweitern. Verwenden Sie vor dem Ändern der Größe die Option Set-SRGroup -AllowVolumeResize $TRUE für die Quellgruppe.

Beispiel:

  1. Führen Sie diesen Befehl für den Quellcomputer aus: Set-SRGroup -Name YourRG -AllowVolumeResize $TRUE.
  2. Vergrößern Sie die Lautstärke, indem Sie die von Ihnen bevorzugte Technik verwenden.
  3. Führen Sie diesen Befehl für den Quellcomputer aus: Set-SRGroup -Name YourRG -AllowVolumeResize $FALSE.

Kann ich ein Zielvolume für schreibgeschützten Zugriff online schalten?

Windows Server 2016: Nein. Das Speicherreplikat hebt die Bereitstellung des Zielvolumes auf, wenn die Replikation in Windows Server 2016 beginnt.

Windows Server 2019: Ja. Sie können den Zielspeicher mithilfe des features Testen des Failovers bereitstellen. Zum Ausführen eines Testfailovers müssen Sie über ein nicht verwendetes NTFS- oder ReFS-formatiertes Volume verfügen, das derzeit nicht auf dem Ziel repliziert wird. Stellen Sie dann eine Momentaufnahme des replizierten Speichers vorübergehend für Test- oder Sicherungszwecke bereit.

Führen Sie den folgenden Befehl aus, um ein Testfailover für die Replikationsgruppe RG2 auf dem Zielserver SRV2zu erstellen, indem Sie T: als temporäres Laufwerk verwenden, das nicht repliziert wird:

Mount-SRDestination -Name RG2 -Computername SRV2 -TemporaryPath T:\

Auf das replizierte Volume kann jetzt auf SRV2zugegriffen werden. Sie können dateien normal lesen und darauf schreiben, Dateien aus ihr kopieren oder eine Onlinesicherung ausführen, die Sie an anderer Stelle zum Sichern speichern. Das T: Volume enthält Protokolldaten.

Führen Sie Folgendes aus, um die Momentaufnahme des Testfailovers zu entfernen und die Änderungen zu verwerfen:

Dismount-SRDestination -Name RG2 -Computername SRV2

Sie sollten das Testfailoverfeature nur für kurzfristige, temporäre Vorgänge verwenden. Es ist nicht für die langfristige Nutzung vorgesehen. Wenn sie verwendet werden, wird die Replikation weiterhin auf das tatsächliche Zielvolume zurück.

Kann ich Scale-Out File Server (SOFS) in einem Stretchcluster konfigurieren?

Obwohl es technisch möglich ist, empfehlen wir diese Konfiguration aufgrund des Mangels an Standortbewusstsein in den Computeknoten, die die SOFS-Instanz kontaktieren. Wenn Sie Campus-Entfernungsnetzwerke verwenden, bei denen Latenzen in der Regel weniger als eine Millisekunden sind, funktioniert diese Konfiguration in der Regel ohne Probleme.

In einer Cluster-zu-Cluster-Replikation unterstützt Das Speicherreplikat vollständig SOFS, einschließlich der Verwendung von Direkte Speicherplätze, wenn Sie zwischen zwei Clustern replizieren.

Ist freigegebene Clustervolumes erforderlich, um in einem Stretchcluster oder zwischen Clustern repliziert zu werden?

Nein. Sie können replizieren, indem Sie freigegebene Clustervolumes oder eine pdR (Persistent Disk Reservation) verwenden, die einer Clusterressource gehört, z. B. eine Dateiserverrolle.

In der Cluster-zu-Cluster-Replikation unterstützt Das Speicherreplikat vollständig SOFS, einschließlich der Verwendung von Direkte Speicherplätze, beim Replizieren zwischen zwei Clustern.

Kann ich direkte Speicherplätze in einem Stretchcluster mit Speicherreplikat konfigurieren?

Nein. Diese Konfiguration wird in Windows Server nicht unterstützt.

In der Cluster-zu-Cluster-Replikation unterstützt Speicherreplikat vollständig SOFS und Hyper-V Server, einschließlich der Verwendung von Direkte Speicherplätze.

Wie kann ich die asynchrone Replikation konfigurieren?

Führen Sie New-SRPartnership -ReplicationMode aus, und geben Sie das Argument Asynchronousan. Standardmäßig ist alle Replikation im Speicherreplikat synchron. Sie können den Modus auch ändern, indem Sie Set-SRPartnership -ReplicationModeausführen.

Wie kann ich das automatische Failover eines Stretchclusters verhindern?

Um automatisches Failover zu verhindern, können Sie PowerShell verwenden, um Get-ClusterNode -Name "NodeName").NodeWeight=0zu konfigurieren. Mit diesem Befehl wird die Abstimmung für jeden Knoten am Notfallwiederherstellungsstandort entfernt. Anschließend können Sie Start-ClusterNode -PreventQuorum auf Knoten am primären Standort ausführen und auf Knoten am Notfallstandort Start-ClusterNode -ForceQuorum, um das Failover zu erzwingen. Das Verhindern eines automatischen Failovers ist nicht als Benutzeroberflächenkonfigurationsoption verfügbar, und es wird empfohlen, dass Sie kein automatisches Failover verhindern.

Wie deaktiviere ich die Ausfallsicherheit virtueller Computer?

Führen Sie (Get-Cluster).ResiliencyDefaultPeriod=0aus, um zu verhindern, dass das neue Hyper-V Feature zur Ausfallsicherheit des virtuellen Computers ausgeführt wird und stattdessen VMs angehalten werden, anstatt sie an die Notfallwiederherstellungswebsite zu übergeben.

Wie kann ich die Zeit für die anfängliche Synchronisierung reduzieren?

Sie können dünn bereitgestellten Speicher verwenden, um die anfänglichen Synchronisierungszeiten zu beschleunigen. Speicherreplikatabfragen für und verwendet automatisch dünn bereitgestellten Speicher, einschließlich nicht gruppierter Speicherplätze, Hyper-V dynamischen Datenträgern und LOGISCHEn Einheitennummern (SAN) logische Einheitennummern (STORAGE Area Network, SAN). Nach Beginn der ersten Replikation können Sie das Volume nicht verkleinern oder kürzen.

Sie können auch Seeded-Datenvolumes verwenden, um die Bandbreitennutzung und in einigen Szenarien die Synchronisierungszeit zu reduzieren. Verwenden Sie die Seeded-Option im Failovercluster-Manager, oder verwenden Sie das Cmdlet New-SRPartnership, um sicherzustellen, dass das Zielvolume eine Teilmenge von Daten vom primären Standort aufweist. Wenn das Volume hauptsächlich leer ist, kann die Verwendung der Seeded-Synchronisierung zeit- und bandbreitenauslastung reduzieren.

Für Seed-Daten können Sie aus Optionen wählen, die unterschiedliche Wirksamkeitsgrade bieten:

  • Vorherige Replikation. Replizieren Sie lokal über die normale anfängliche Synchronisierung zwischen Knoten, die die Datenträger und Volumes enthalten, entfernen Sie die Replikation, senden Sie die Zieldatenträger an anderer Stelle, und fügen Sie dann die Replikation mithilfe der Seeded-Option hinzu. Diese Methode ist die effektivste, da Das Speicherreplikat eine Spiegelung mit Blockkopie garantiert, und das einzige Element, das repliziert werden soll, ist Delta-Blöcke.
  • Wiederhergestellte Momentaufnahme oder wiederhergestellte snapshotbasierte Sicherung. Durch das Wiederherstellen einer volumebasierten Momentaufnahme auf dem Zielvolume sollte es minimale Unterschiede im Blocklayout geben. Diese Methode ist am effektivsten. Blöcke stimmen wahrscheinlich überein, da Volumemomentaufnahmen Spiegelbilder sind.
  • Kopierte Dateien. Erstellen Sie ein neues Volume für das Ziel, das nicht verwendet wurde, und führen Sie dann eine vollständige robocopy /MIR Strukturkopie der Daten aus. Es gibt wahrscheinlich Block-Übereinstimmungen. Wenn Sie den Windows-Datei-Explorer verwenden oder einen Teil der Struktur kopieren, werden nicht viele Block-Übereinstimmungen erstellt. Das manuelle Kopieren von Dateien ist die am wenigsten effektive Methode des Seedings.

Kann ich Benutzer zur Verwaltung der Replikation delegieren?

Ja. Verwenden Sie das Cmdlet Grant-SRDelegation, um Benutzer zu delegieren. Mit dem Befehl können Sie bestimmte Benutzer in Server-zu-Server-, Cluster-zu-Cluster- und Stretchcluster-Replikationsszenarien festlegen. Der Befehl delegiert die Berechtigungen zum Erstellen, Ändern oder Entfernen der Replikation, ohne Mitglied der lokalen Administratorgruppe zu sein.

Beispiel:

Grant-SRDelegation -UserName contoso\tonywang

Das Cmdlet erinnert Sie daran, dass sich der Benutzer abmelden und sich dann beim Server anmeldet, den er für die Verwaltung der Änderung plant. Sie können die cmdlets Get-SRDelegation und Revoke-SRDelegation verwenden, um die Delegierung weiter zu steuern.

Was sind meine Sicherungs- und Wiederherstellungsoptionen für replizierte Volumes?

Speicherreplikat unterstützt das Sichern und Wiederherstellen des Quellvolumes. Es unterstützt auch das Erstellen und Wiederherstellen von Momentaufnahmen des Quellvolumes. Sie können das Zielvolume nicht sichern oder wiederherstellen, während es durch Speicherreplikat geschützt ist, da es nicht bereitgestellt oder zugänglich ist.

Wenn ein Notfall auftreten und das Quellvolume verloren geht, können Sie das cmdlet Set-SRPartnership verwenden, um das Ziel als neues Quellvolume höher zu stufen. Auf der neu heraufgestuften Quelle können Sie dieses Volume sichern oder wiederherstellen. Sie können die Replikation auch entfernen, indem Sie die Remove-SRPartnership und Remove-SRGroup Cmdlets verwenden, um das Volume als schreibgeschützt neu zu verwenden.

Um regelmäßige anwendungskonsensierte Momentaufnahmen zu erstellen, können Sie den Volume Shadow Copy Service (VSS) verwenden, indem Sie VSSAdmin.exe auf dem Quellserver ausführen, um replizierte Datenvolumes zu snapshotn.

Wenn Sie beispielsweise das F: Volume mit Speicherreplikat replizieren, führen Sie den folgenden Befehl aus:

vssadmin create shadow /for=F:

Nachdem Sie dann die Replikationsrichtung gewechselt, die Replikation entfernt oder einfach immer noch auf demselben Quellvolume vorhanden sind, können Sie jede Momentaufnahme zu ihrem Zeitpunkt wiederherstellen.

Führen Sie beispielsweise die folgenden Schritte aus, indem Sie F:verwenden:

vssadmin list shadows
vssadmin revert shadow /shadow={shadown copy ID GUID listed previously}

Sie können dieses Tool auch so planen, dass es regelmäßig ausgeführt wird, indem Sie einen geplanten Vorgang verwenden. Weitere Informationen zur Verwendung von VSS finden Sie unter vssadmin. VSS ignoriert das Protokollvolume, sodass Sie das Protokollvolume nicht sichern müssen.

Speicherreplikat unterstützt dateibasierte Sicherungen. Speicherreplikat unterstützt keine blockbasierte Sicherung und Wiederherstellung.

Welche Netzwerkports erfordern Speicherreplikate?

Speicherreplikat basiert auf Server Message Block (SMB) und Webdienstverwaltung (Web Services Management, WSMan) für die Replikation und Verwaltung, sodass die folgenden Ports erforderlich sind:

  • 445 (SMB; Replikationstransportprotokoll, Cluster RPC-Verwaltungsprotokoll)
  • 5445 (iWARP SMB; nur bei Verwendung des Remote-Direct Memory Access (RDMA)-Netzwerks von iWARP erforderlich)
  • 5985 (WSManHTTP; Verwaltungsprotokoll für die Windows-Verwaltungsinstrumentation (WMI)/Common Information Model (CIM)/PowerShell)

Hinweis

Für das Cmdlet Test-SRTopology ist ICMPv4/ICMPv6 erforderlich, jedoch nicht für die Replikation oder Verwaltung.

Was sind bewährte Methoden für das Protokollvolume?

Die optimale Größe des Protokolls variiert stark je nach Umgebung und Arbeitsauslastung und je nachdem, wie viel Schreib-E/A Ihre Workload ausführt.

  • Ein größeres oder kleineres Protokoll macht die Replikation nicht schneller oder langsamer.
  • Ein größeres oder kleineres Protokoll hat keine Auswirkungen auf ein 10-GB-Datenvolume im Vergleich zu einem 10-TB-Datenvolume (z. B. auf 10 TB).

Ein größeres Protokoll sammelt und behält einfach mehr Schreib-E/A vor dem Umbruch. Ein größeres Protokoll ermöglicht eine Unterbrechung des Diensts zwischen dem Quell- und Zielcomputer, z. B. einem Netzwerkausfall oder dem Offline-Ziel, länger zu gehen. Ihr Protokoll ist beispielsweise so konfiguriert, dass es bis zu 10 Stunden schreibgeschützt ist und das Netzwerk 2 Stunden lang abläuft. Wenn das Netzwerk zurückgegeben wird, kann die Quelle nur das Delta nicht synchronisierter Änderungen an dem Ziel wiedergeben. Wenn das Protokoll 10 Stunden enthält und der Ausfall zwei Tage beträgt, muss die Quelle jetzt aus einem anderen Protokoll, das als Bitmap bezeichnet wird, wiedergegeben werden, und dies ist in der Regel langsamer, um wieder in die Synchronisierung zu gelangen. Wenn sie synchronisiert ist, wird sie wieder mit dem Protokoll verwendet.

Speicherreplikat basiert auf dem Protokoll für alle Schreibleistung. Die Protokollleistung ist für die Replikationsleistung von entscheidender Bedeutung. Sie müssen sicherstellen, dass das Protokollvolume besser als das Datenvolume funktioniert, da das Protokoll alle Schreib-E/A-Schreibvorgänge serialisiert und sequenziellisiert. Sie sollten Flash-Medien wie ein SSD (Solid State Drive) immer auf Protokollvolumes verwenden. Sie dürfen niemals zulassen, dass andere Arbeitslasten auf dem Protokollvolume ausgeführt werden. Auf die gleiche Weise würden Sie es anderen Workloads niemals erlauben, auf SQL-Datenbankprotokollvolumes auszuführen.

Wichtig

Wir empfehlen, dass Ihr Protokollspeicher schneller als Ihre Datenspeicherung ist und dass Protokollvolumes nie für andere Workloads verwendet werden.

Sie können Protokollanpassungsempfehlungen erhalten, indem Sie das Cmdlet Test-SRTopology ausführen. Alternativ können Sie Leistungsindikatoren auf vorhandenen Servern verwenden, um eine Bewertung der Protokollgröße vorzunehmen. Die Formel ist einfach: Überwachen Sie den Datendatenträgerdurchsatz (Avg Write Bytes/Sec) unter der Workload, und verwenden Sie sie, um die Zeit zu berechnen, die zum Ausfüllen des Protokolls verschiedener Größen benötigt wird. Beispielsweise bewirkt der Datendatendatenträgerdurchsatz von 50 MB/s, dass das Protokoll von 120 GB in 120 GB unterteilt durch 50 MB pro Sekunden geteilt wird, was 2.400 Sekunden oder 40 Minuten beträgt. Die Zeitspanne, die der Zielserver nicht erreichen kann, bevor das Protokoll umschlossen ist, beträgt 40 Minuten. Wenn das Protokoll umbrochen wird, aber das Ziel wieder erreichbar ist, gibt die Quelle Blöcke über das Bitmapprotokoll anstelle des Hauptprotokolls wieder. Die Größe des Protokolls wirkt sich nicht auf die Leistung aus.

Nur der Datenträger aus dem Quellcluster gesichert werden sollte. Die Speicherreplikate-Protokolldatenträger sollten nicht gesichert werden, da eine Sicherung mit Speicherreplikatvorgängen in Konflikt stehen kann.

Welche Topologie sollte ich auswählen: Stretch cluster, cluster-to-cluster oder server-to-server?

Das Speicherreplikat enthält drei Hauptkonfigurationen: Stretchcluster, Cluster-zu-Cluster und Server-zu-Server. Jede Topologie hat unterschiedliche Vorteile.

Die Stretch clustertopology ist ideal, wenn Ihre Workload ein automatisches Failover mit Orchestrierung erfordert, z. B. in einem Hyper-V privaten Cloudcluster oder für SQL Server FCI. Außerdem verfügt es über eine integrierte grafische Oberfläche, Failovercluster-Manager, um die Benutzerfreundlichkeit zu erleichtern. Es verwendet die klassische asymmetrische cluster shared storage architecture of Storage Spaces, SAN, iSCSI und RAID via persistent reservation. Sie können diese Topologie mit nur zwei Knoten ausführen.

Die Cluster-zu-Cluster-Topologie verwendet zwei separate Cluster. Diese Topologie ist ideal, wenn Sie manuelles Failover wünschen oder wenn der zweite Standort für die Notfallwiederherstellung und nicht für den täglichen Gebrauch bereitgestellt wird. Die Orchestrierung ist manuell. Im Gegensatz zu einer Stretchclustertopologie können Sie "Direkte Speicherplätze" in dieser Konfiguration verwenden (informationen zu Einschränkungen finden Sie in den Häufig gestellten Fragen zum Speicherreplikat und in der Dokumentation zu Clustern). Sie können diese Topologie mit nur vier Knoten ausführen.

Die Server-zu-Server-Topologie ist ideal, wenn Sie Hardware ausführen, die nicht gruppiert werden kann. Es erfordert manuelles Failover und Orchestrierung. Es eignet sich ideal für kostengünstige Bereitstellungen zwischen Zweigstellen und zentralen Rechenzentren, insbesondere wenn Sie eine asynchrone Replikation verwenden. Diese Konfiguration kann häufig Instanzen der verteilten Dateisystemreplikation (DFS-Replikation)-geschützten Dateiserver ersetzen, die Sie für Szenarios für die Notfallwiederherstellung mit einem Master verwenden.

In allen Fällen unterstützen die Topologien sowohl die Ausführung auf physischer Hardware als auch auf virtuellen Computern. Auf einem virtuellen Computer erfordert der zugrunde liegende Hypervisor keine Hyper-V. Sie können z. B. VMware, KVM oder Xen verwenden.

Das Speicherreplikat verfügt auch über einen Server-zu-Selbst-Modus, in dem Sie die Replikation auf zwei verschiedene Volumes auf demselben Computer verweisen.

Wird die Datendeduplizierung mit Speicherreplikat unterstützt?

Ja. Aktivieren Sie die Datendeduplizierung auf einem Volume auf dem Quellserver, und während der Replikation empfängt der Zielserver eine deduplizierte Kopie des Volumes.

Obwohl Sie Datendeduplizierung sowohl auf den Quell- als auch auf den Zielservern installieren (siehe Installieren und Aktivieren der Datendeduplizierung), ist es wichtig, Datendeduplizierung auf dem Zielserver zu aktivieren. Speicherreplikat ermöglicht Schreibvorgänge nur auf dem Quellserver. Da die Datendeduplizierung Schreibvorgänge auf das Volume vorgibt, sollte sie nur auf dem Quellserver ausgeführt werden.

Kann ich zwischen Windows Server 2019 und Windows Server 2016 replizieren?

Leider unterstützen wir das Erstellen einer neuen Partnerschaft zwischen Windows Server 2019 und Windows Server 2016 nicht. Sie können einen Server oder Cluster, auf dem Windows Server 2016 ausgeführt wird, sicher auf Windows Server 2019 aktualisieren, und alle vorhandenen Partnerschaften funktionieren weiterhin.

Um die verbesserte Replikationsleistung von Windows Server 2019 zu erhalten, müssen alle Mitglieder der Partnerschaft Windows Server 2019 ausführen. Sie müssen auch vorhandene Partnerschaften und zugeordnete Replikationsgruppen löschen und dann erneut mit Seeded-Daten erstellen (entweder wenn Sie die Partnerschaft in Windows Admin Center erstellen oder das Cmdlet New-SRPartnership verwenden).

Wie kann ich ein Problem mit Speicherreplikat oder mit der Dokumentation melden?

Technische Unterstützung bei Speicherreplikaten finden Sie unter Microsoft Q & A oder wenden Sie sich an Microsoft Business Support.

Probleme mit dieser Dokumentation finden Sie im Abschnitt "Feedback" unten auf dieser Seite, und wählen Sie Diese Seiteaus.

Kann das Speicherreplikat so konfiguriert werden, dass es in beide Richtungen repliziert wird?

Speicherreplikat ist eine unidirektionale Replikationstechnologie. Sie repliziert nur von der Quelle auf das Ziel pro Volume. Die Richtung kann jederzeit umgekehrt werden, aber sie repliziert immer noch in nur eine Richtung.

Sie können eine Reihe von Volumes (Quelle und Ziel) in einer Richtung repliziert haben und eine andere Gruppe von Laufwerken (Quelle und Ziel) in entgegengesetzter Richtung repliziert werden.

So möchten Sie beispielsweise die Server-zu-Server-Replikation konfigurieren. Server1 und Server2 verfügen jeweils über Laufwerkbuchstaben L:, M:, N:und O:. Sie möchten laufwerks-M: von Server1 in Server2replizieren und laufwerks-O: von Server2 in Server1replizieren. Solange für jede Gruppe separate Protokolllaufwerke vorhanden sind, können Sie diese Konfiguration verwenden:

  • Server1 Quelllaufwerk M: mit Quellprotokolllaufwerk L: Replikation auf Server2 Ziellaufwerk drive M: mit Zielprotokolllaufwerk L:.
  • Server2 Quelllaufwerk O: mit Quellprotokolllaufwerk N: Replikation auf Server1 Ziellaufwerk drive O: mit Zielprotokolllaufwerk N:.

Können Sie Clusterdatenträger im Wartungsmodus platzieren?

Speicherreplikat blockiert alle Clusterdatenträger am Wechsel in den Wartungsmodus. Bei einigen Aufgaben, z. B. beim Aktivieren oder Deaktivieren von BitLocker, müssen sich die Datenträger im Wartungsmodus befinden. Für Vorgänge, für die die Datenträger im Wartungsmodus ausgeführt werden müssen, muss die Partnerschaft zuerst unterbrochen und dann erneut erstellt werden, wenn die Aufgabe abgeschlossen ist.

Können Sie Speicherreplikate zwischen verschiedenen Betriebssystemversionen konfigurieren?

Speicherreplikat blockiert eine neue Partnerschaft, wenn die Replikationsprotokollversionen nicht übereinstimmen oder eine Funktion nicht von beiden Servern unterstützt wird. Die Speicherreplikatkomprimierung ist ein Beispiel für eine Funktion, die nicht zwischen Betriebssystemversionen übereinstimmt, da sie zuerst in Windows Server 2022 hinzugefügt wurde. Beim Versuch, eine Partnerschaft mit einem Server zu konfigurieren, der keine Funktion unterstützt, wird der Fehler "Der angeforderte Vorgang wird nicht unterstützt" zurückgegeben.

Die folgende Tabelle zeigt die aktuelle Interoperabilitätsmatrix der Protokollversion:

Replikation von /zu Windows Server 2016 Windows Server 2019 Windows Server 2022
Windows Server 2016
Windows Server 2019
Windows Server 2022

Verwandte Inhalte