Eine synchrone Spiegelbeziehung besteht aus einem primären Volume und einem sekundären Volume auf separaten Storage Arrays. 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 wird verwendet, wenn das Storage Array des primären Volumes nicht verfügbar ist, beispielsweise wegen eines vollständigen Stromausfalls, eines Brandes oder eines Hardware-Ausfalls am primären Standort.

Auf den Speicher-Arrays der primären und sekundären Volumes können unterschiedliche Betriebssystemversionen ausgeführt werden. Die unterstützte Mindestversion ist 7.84.

Bei der Konfiguration der synchronen Spiegelung müssen Volumes zu Paaren konfiguriert werden. Nachdem Sie ein gespiegeltes Paar erstellt haben, das aus einem primären Volume auf einem Storage Array und einem sekundären Volume auf einem anderen Storage Array besteht, können Sie mit der synchronen Spiegelung beginnen. Die Schritte im synchronen Spiegeln sind unten dargestellt.

Die reservierte Kapazität wird verwendet, um Informationen über die eingehende Schreibanforderung von einem Host zu protokollieren.

Wenn der aktuelle Controller-Eigentümer des primären Volume eine Schreibanforderung von einem Host empfängt, protokolliert der Controller zuerst Informationen über den Schreibzugriff auf die reservierte Kapazität des primären Volumes. Anschließend werden die Daten auf das primäre Volume geschrieben. Anschließend initiiert der Controller einen Remote-Schreibvorgang, um die betroffenen Datenblöcke in das sekundäre Volume des Remote-Storage Arrays zu kopieren.

Da die Host-Anwendung warten muss, bis der Schreibvorgang auf dem lokalen Speicher-Array und im Netzwerk auf dem Remote-Speicher-Array erfolgt, Eine sehr schnelle Verbindung zwischen dem lokalen Storage Array und dem Remote Storage Array ist erforderlich, um die Spiegelbeziehung aufrechtzuerhalten, ohne die lokale I/O Performance zu übermäßig zu reduzieren.

Bei der synchronen Spiegelung werden eine Kopie von Daten gespeichert, die sich physisch vom Standort entfernt befindet. Falls am primären Standort – beispielsweise bei einem Stromausfall oder einer Überflutung – ein Ausfall auftritt, ist der Zugriff auf die Daten vom sekundären Standort aus schnell möglich.

Das sekundäre Volume ist zum Hosten von Applikationen nicht verfügbar, während der Synchronous Mirroring-Vorgang läuft. Somit kann bei einem Ausfall des lokalen Storage-Arrays ein Failover auf das Remote-Storage-Array durchgeführt werden. Setzen Sie das sekundäre Volume für die primäre Rolle ein, um ein Failover zu ermöglichen. Anschließend kann der Recovery-Host auf das neu beworbene Volume zugreifen, und die Geschäftsabläufe können fortgesetzt werden.

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.

Wenn die Kommunikationsverbindung zwischen den beiden Speicherarrays nicht mehr funktioniert, erhalten Hosts weiterhin Bestätigungen vom lokalen Speicher-Array, um einen Zugriffsverlust zu verhindern. Wenn die Kommunikationsverbindung wieder funktioniert, können alle nicht replizierten Daten automatisch oder manuell zum Remote-Speicher-Array resynchronisiert werden.

Ob Daten automatisch neu synchronisiert werden, hängt von der Resynchronisierung des gespiegelten Paars ab. Eine automatische Neusynchronisierung ermöglicht dem gespiegelten Paar die automatische Neusynchronisierung, wenn die Verbindung wieder funktioniert. Bei einer manuellen Neusynchronisierung müssen Sie die Synchronisierung nach einem Kommunikationsproblem manuell fortsetzen. Eine manuelle Neusynchronisierung ist die empfohlene Richtlinie.

Sie können die Synchronisierungseinstellungen für ein gespiegeltes Paar nur auf dem Speicher-Array bearbeiten, das das primäre Volume enthält.

Das primäre und das sekundäre Volume werden nicht synchronisiert, wenn das Storage-Array des primären Volumes keine Daten auf das sekundäre Volume schreiben kann. Dies kann durch folgende Probleme verursacht werden:

Ein verwaistes gespiegeltes Paar-Volume ist vorhanden, wenn ein Mitglied-Volume auf einer Seite entfernt wurde (entweder auf der primären oder sekundären Seite), aber nicht auf der anderen Seite.

Verwaiste gespiegelte Paar-Volumes werden erkannt, wenn die Kommunikation zwischen den Arrays wiederhergestellt wird und die beiden Seiten der Spiegelkonfiguration die Spiegelparameter in Einklang bringen.

Sie können ein gespiegeltes Paar entfernen, um den Status eines verwaisten gespiegelten Paares zu korrigieren.