Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

Anforderungen für die Verwendung von asynchronem Mirroring in SANtricity Software

03/17/2026

PDFs

Wenn Sie asynchrone Spiegelung nutzen möchten, beachten Sie die folgenden Anforderungen.

Unified Manager

Um die Spiegelung zwischen zwei Arrays zu aktivieren und zu konfigurieren, müssen Sie die Unified Manager Oberfläche verwenden. Unified Manager wird zusammen mit dem Web Services Proxy auf einem Hostsystem installiert.

Der Web Services Proxy-Dienst muss ausgeführt werden.
Unified Manager muss auf Ihrem lokalen Host über eine HTTPS-Verbindung ausgeführt werden.
Unified Manager muss gültige SSL-Zertifikate für die Storage-Array anzeigen. Sie können ein selbstsigniertes Zertifikat akzeptieren oder Ihr eigenes Sicherheitszertifikat mit Unified Manager installieren, indem Sie zu Certificate › Certificate Management navigieren.

Speicherarrays

Sie müssen über zwei Speicherarrays verfügen.
Jedes Speicherarray muss über zwei Controller verfügen.
Die beiden Speicherarrays müssen im Unified Manager erkannt werden.
Jeder Controller im primären Array und im sekundären Array muss über einen konfigurierten Ethernet-Management-Port verfügen und mit Ihrem Netzwerk verbunden sein.
Die Speichersysteme haben eine Mindest-Firmware-Version von 7.84. (Sie können jeweils unterschiedliche Betriebssystemversionen ausführen.)
Sie müssen das Passwort für die lokalen und entfernten Speicherarrays kennen.
Sie müssen über ausreichend freien Speicherplatz auf dem entfernten Speichersystem verfügen, um ein sekundäres Volume zu erstellen, das gleich groß oder größer ist als das primäre Volume, das Sie spiegeln möchten.
Ihre lokalen und entfernten Storage-Arrays sind über ein Fibre Channel-Fabric oder eine iSCSI-Schnittstelle verbunden.

Unterstützte Verbindungen

Die asynchrone Spiegelung kann entweder FC- oder iSCSI-Verbindungen oder beide für die Kommunikation zwischen lokalen und entfernten Speichersystemen nutzen. Beim Erstellen einer Spiegel-Konsistenzgruppe kann der Administrator entweder FC oder iSCSI für diese Gruppe auswählen, wenn beide mit dem entfernten Speicher-Array verbunden sind. Es gibt kein Failover von einem Kanaltyp zum anderen.

Die asynchrone Spiegelung verwendet die Host-seitigen I/O-Ports des Storage-Arrays, um gespiegelte Daten von der primären Seite auf die sekundäre Seite zu übertragen.

Spiegelung über eine Fibre Channel (FC)-Schnittstelle

Jeder Controller des Speichersystems widmet seinen FC-Host-Port mit der höchsten Nummer den Spiegelungsvorgängen.

Wenn der Controller sowohl über Basis-FC-Ports als auch über Host-Schnittstellenkarten-(HIC)-FC-Ports verfügt, befindet sich der Port mit der höchsten Nummer auf einer HIC. Jeder Host, der an diesem dedizierten Port angemeldet ist, wird abgemeldet, und es werden keine Host-Anmeldeanfragen akzeptiert. I/O-Anfragen an diesem Port werden nur von Controllern akzeptiert, die an Spiegelungsoperationen teilnehmen.

Die dedizierten Spiegelungsports müssen an eine FC-Fabric-Umgebung angeschlossen sein, die die Schnittstellen für Verzeichnisdienste und Namensdienste unterstützt. Insbesondere werden FC-AL und Punkt-zu-Punkt nicht als Konnektivitätsoptionen zwischen den an Spiegelbeziehungen beteiligten Controllern unterstützt.
Spiegelung über eine iSCSI-Schnittstelle

Im Gegensatz zu FC benötigt iSCSI keinen dedizierten Port. Wenn asynchrone Spiegelung in iSCSI-Umgebungen verwendet wird, ist es nicht notwendig, einen der Frontend-iSCSI-Ports des Storage-Arrays für die asynchrone Spiegelung zu reservieren; diese Ports werden sowohl für den asynchronen Spiegelungsdatenverkehr als auch für Host-zu-Array-I/O-Verbindungen gemeinsam genutzt.

Der Controller verwaltet eine Liste der entfernten Speichersysteme, mit denen der iSCSI-Initiator versucht, eine Sitzung herzustellen. Der erste Port, der erfolgreich eine iSCSI-Verbindung herstellt, wird für die gesamte nachfolgende Kommunikation mit diesem entfernten Speichersystem verwendet. Wenn die Kommunikation fehlschlägt, wird versucht, eine neue Sitzung über alle verfügbaren Ports herzustellen.

iSCSI-Ports werden auf Array-Ebene portweise konfiguriert. Die Kommunikation zwischen den Controllern für Konfigurationsnachrichten und Datentransfer nutzt die globalen Einstellungen, einschließlich der Einstellungen für:
- VLAN: Sowohl das lokale als auch das entfernte System müssen dieselbe VLAN-Einstellung haben, um zu kommunizieren
- iSCSI-Listening-Port
- Jumbo Frames
- Ethernet-Priorität
  
  Die iSCSI-Intercontroller-Kommunikation muss einen Host-Connect-Port und nicht den Management-Ethernet-Port verwenden.
Die asynchrone Spiegelung nutzt die Host-seitigen I/O-Ports des Storage-Arrays, um gespiegelte Daten von der primären Seite auf die sekundäre Seite zu übertragen. Da die asynchrone Spiegelung für Netzwerke mit höherer Latenz und geringeren Kosten vorgesehen ist, sind iSCSI- (und damit TCP/IP-basierte) Verbindungen besonders gut dafür geeignet. Wenn die asynchrone Spiegelung in iSCSI-Umgebungen verwendet wird, ist es nicht notwendig, einen der Frontend-iSCSI-Ports des Arrays speziell für die asynchrone Spiegelung zu reservieren; diese Ports werden sowohl für den asynchronen Spiegelungsdatenverkehr als auch für Host-zu-Array-I/O-Verbindungen gemeinsam genutzt.

E4000 unterstützt keine asynchrone Spiegelung bei Verwendung des iSCSI-Protokolls.

Kandidaten für gespiegelte Volumes

RAID-Level, Caching-Parameter und Segmentgröße können auf dem primären und sekundären Volume eines asynchronen gespiegelten Paars unterschiedlich sein.

Für EF600- und EF300-Controller müssen das primäre und das sekundäre Volume eines asynchronen Spiegelpaares dasselbe Protokoll, dieselbe Tray-Ebene, dieselbe Segmentgröße, denselben Sicherheitstyp und denselben RAID-Level aufweisen. Nicht geeignete asynchrone Spiegelpaare werden nicht in der Liste der verfügbaren Volumes angezeigt.

Das sekundäre Volume muss mindestens so groß sein wie das primäre Volume.
Ein Volume kann nur an einer Spiegelbeziehung teilnehmen.
Volumenkandidaten müssen über die gleichen Data Security-Funktionen verfügen.
- Wenn das primäre Volume FIPS-fähig ist, muss auch das sekundäre Volume FIPS-fähig sein.
- Wenn das primäre Volume FDE-fähig ist, muss das sekundäre Volume ebenfalls FDE-fähig sein.
- Wenn das primäre Volume keine Laufwerkssicherheit verwendet, darf das sekundäre Volume ebenfalls keine Laufwerkssicherheit verwenden.
Primäre und sekundäre Volumes müssen denselben Laufwerkstyp aufweisen. Das Mischen von NVMe- und SAS-Laufwerken zwischen primären und sekundären Volumes wird nicht unterstützt.
Primäre und sekundäre Volumes dürfen keine aktivierte Ressourcenpartitionierung haben.

Reservierte Kapazität

Für ein primäres Volume und ein sekundäres Volume in einem gespiegelten Paar wird ein reserviertes Kapazitätsvolumen benötigt, um Protokollierungs-Schreibinformationen zu protokollieren und sich von Controller-Resets und anderen vorübergehenden Unterbrechungen erholen zu können.
Da sowohl das primäre Volume als auch das sekundäre Volume in einem gespiegelten Paar zusätzliche reservierte Kapazität benötigen, müssen Sie sicherstellen, dass auf beiden Speicherarrays in der Spiegelbeziehung freie Kapazität verfügbar ist.
Das reservierte Kapazitätsvolume muss denselben Laufwerkstyp wie die zugehörigen Mirror-Volumes aufweisen.
- Wenn das reservierte Kapazitätsvolume auf NVMe-Laufwerken erstellt wird, müssen seine Spiegelvolumes ebenfalls auf NVMe-Laufwerken erstellt werden.
- Wenn das reservierte Kapazitätsvolume auf SAS-Laufwerken erstellt wird, müssen auch seine gespiegelten Volumes auf SAS-Laufwerken erstellt werden.

Laufwerksicherheitsfunktion

Wenn Sie sichere Laufwerke verwenden, müssen das primäre Volume und das sekundäre Volume über kompatible Sicherheitseinstellungen verfügen. Diese Einschränkung wird nicht erzwungen; daher müssen Sie dies selbst überprüfen.
Wenn Sie sichere Laufwerke verwenden, sollten das primäre Volume und das sekundäre Volume denselben Laufwerkstyp verwenden. Diese Einschränkung wird nicht erzwungen; daher müssen Sie dies selbst überprüfen.
Wenn Sie Data Assurance (DA) verwenden, müssen das primäre Volume und das sekundäre Volume die gleichen DA-Einstellungen haben.