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.

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.)

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.

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:

Sie können Daten auf dem Remote-Speicher-Array entweder manuell oder automatisch synchronisieren.

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.

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.