Funktionsweise der asynchronen Spiegelung
Änderungen vorschlagen
PDFs
Die asynchrone Spiegelung kopiert Daten-Volumes nach Bedarf oder nach einem Zeitplan. So werden Ausfallzeiten, die auf Datenbeschädigung oder -Verlust zurückzuführen sind, minimiert oder vermieden.
|
Auf dem EF600 Storage-Array ist keine Spiegelung verfügbar. |
Das asynchrone Spiegeln erfasst den Status des primären Volumes zu einem bestimmten Zeitpunkt und kopiert nur die Daten, die sich seit der letzten Bildaufzeichnung geändert haben. Der primäre Standort kann sofort aktualisiert werden, während der sekundäre Standort mit der Bandbreite aktualisiert werden kann. Die Informationen werden im Cache gespeichert und später gesendet, sobald Netzwerkressourcen verfügbar sind.
Diese Art der Spiegelung ist ideal für die Anforderungen an einen unterbrechungsfreien Betrieb und im Allgemeinen für periodische Prozesse wie Backup und Archivierung. Die Gründe für die Verwendung von asynchronem Spiegeln umfassen Folgendes:
-
Remote-Backup-Konsolidierung:
-
Schutz vor lokalen oder Wide-Area-Ausfällen
-
Applikationsentwicklung und -Tests in einem zeitpunktgenauen Image von Live-Daten
Asynchrone Spiegelungssitzung
Das asynchrone Spiegeln erfasst den Status des primären Volumes zu einem bestimmten Zeitpunkt und kopiert nur die Daten, die sich seit der letzten Bildaufzeichnung geändert haben. Durch das asynchrone Spiegeln kann der primäre Standort sofort aktualisiert werden, während der sekundäre Standort mit der Bandbreite aktualisiert werden kann. Die Informationen werden im Cache gespeichert und später gesendet, sobald Netzwerkressourcen verfügbar sind.
Es gibt vier Hauptschritte in einer aktiven asynchronen Spiegelungssitzung.
-
Ein Schreibvorgang erfolgt zuerst auf dem Storage-Array des primären Volumes.
-
Der Status des Vorgangs wird an den Host zurückgegeben.
-
Alle Änderungen auf dem primären Volume werden protokolliert und nachverfolgt.
-
Alle Änderungen werden als Hintergrundprozess an das Storage-Array des sekundären Volume gesendet.
Diese Schritte werden gemäß den definierten Synchronisierungsintervallen wiederholt oder die Schritte können manuell wiederholt werden, wenn keine Intervalle definiert sind.
Bei der asynchronen Spiegelung werden Daten nur in festen Intervallen an den Remote Standort übertragen, sodass lokale I/O-Vorgänge von langsamen Netzwerkverbindungen fast ebenso wenig beeinträchtigt werden. Da dieser Transfer nicht an den lokalen I/O gebunden ist, wird die Applikations-Performance nicht beeinträchtigt. Daher nutzt die asynchrone Spiegelung langsamere Verbindungen wie iSCSI und kann über größere Entfernungen zwischen lokalen und Remote-Storage-Systemen ausgeführt werden.
Die Speicher-Arrays müssen eine Firmware-Version von mindestens 7.84 aufweisen. (Beide können unterschiedliche OS-Versionen ausführen.)
Konsistenzgruppen und gespiegelte Paare spiegeln
Sie erstellen eine SpiegelungsConsistency Group, um die Spiegelbeziehung zwischen dem lokalen Speicher-Array und dem Remote-Speicher-Array herzustellen. Die Beziehung zur asynchronen Spiegelung besteht aus einem gespiegelten Paar: Einem primären Volume auf einem Storage Array und einem sekundären Volume auf einem anderen Storage Array.
Das Storage-Array, das das primäre Volume enthält, befindet sich normalerweise am primären Standort und dient den aktiven Hosts. Das Storage-Array mit dem sekundären Volume befindet sich normalerweise an einem sekundären Standort und enthält ein Replikat der Daten. Das sekundäre Volume enthält typischerweise eine Backup-Kopie der Daten und wird für Disaster Recovery verwendet.
Synchronisierungseinstellungen
Beim Erstellen eines gespiegelten Paares definieren Sie außerdem die Synchronisierungspriorität und die Resynchronisierungsrichtlinie, mit der das gespiegelte Paar den Neusynchronisierung nach einer Kommunikationsunterbrechung abgeschlossen.
Beim Erstellen einer Konsistenzgruppe für Spiegelungen definieren Sie außerdem die Synchronisierungspriorität und die Resynchronisierungsrichtlinie für alle gespiegelten Paare innerhalb der Gruppe. Die gespiegelten Paare verwenden die Synchronisierungspriorität und die Resynchronisierungsrichtlinie, um die Neusynchronisierung nach einer Kommunikationsunterbrechung abzuschließen.
Das primäre und sekundäre Volume in einem gespiegelten Paar können nicht synchronisiert werden, wenn das Storage-Array des primären Volume keine Daten auf das sekundäre Volume schreiben kann. Diese Bedingung kann durch folgende Probleme verursacht werden:
-
Netzwerkprobleme zwischen lokalen und Remote-Speicher-Arrays.
-
Ein ausgefallenes sekundäres Volume.
-
Die Synchronisierung wird manuell auf dem gespiegelten Paar ausgesetzt.
-
Konflikt mit der Spiegelgruppe.
Sie können Daten auf dem Remote-Speicher-Array entweder manuell oder automatisch synchronisieren.
Reservierte Kapazität und asynchrone Spiegelung
Mithilfe der reservierten Kapazität werden die Unterschiede zwischen dem primären und dem sekundären Volume nachverfolgt, wenn keine Synchronisierung stattfindet. Zudem überwacht er die Synchronisierungsstatistiken für jedes gespiegelte Paar.
Jedes Volume in einem gespiegelten Paar benötigt eine eigene reservierte Kapazität.
Konfiguration und Management
Um die Spiegelung zwischen zwei Arrays zu aktivieren und zu konfigurieren, müssen Sie die Unified Manager-Schnittstelle verwenden. Sobald die Spiegelung aktiviert ist, können Sie gespiegelte Paare und Synchronisierungseinstellungen in System Manager verwalten.