Fan-out- und kaskadierende Datensicherungsimplementierungen
Änderungen vorschlagen
PDFs
Mithilfe einer Implementierung „ Fan-out“ lässt sich die Datensicherung auf mehrere sekundäre Systeme erweitern. Mithilfe einer Implementierung „Kaskadierung“ lässt sich die Datensicherung auf tertiäre Systeme erweitern.
Fan-out- und Kaskadenimplementierungen unterstützen jede beliebige Kombination aus SnapMirror DR, SnapVault oder einheitlicher Replizierung. Ab ONTAP 9.5 unterstützen synchrone SnapMirror Beziehungen Fan-out-Implementierungen mit einer oder mehreren asynchronen SnapMirror Beziehungen. In der Fan-out-Konfiguration kann nur eine synchrone SnapMirror-Beziehung vorhanden sein. Alle anderen Beziehungen aus dem Quell-Volume müssen asynchrone SnapMirror-Beziehungen sein. Synchrone SnapMirror Beziehungen unterstützen auch Kaskadenimplementierungen (ab ONTAP 9.6). Die Beziehung vom Ziel-Volume der synchronen SnapMirror Beziehung muss jedoch eine asynchrone SnapMirror-Beziehung darstellen. SnapMirror Active Sync (Unterstützt ab ONTAP 9.3.1) unterstützt auch Fan-out-Konfigurationen.
|
Mithilfe einer Fan-in-Implementierung lassen sich Datensicherungsbeziehungen zwischen mehreren Primärsystemen und einem einzigen sekundären System erstellen. Für jede Beziehung muss auf dem sekundären System ein anderes Volume verwendet werden. |
|
|
Beachten Sie, dass Volumes, die zu einer Fan-out- oder Kaskadenkonfiguration gehören, länger dauern können, um die Synchronisierung erneut zu synchronisieren. Es ist nicht ungewöhnlich, dass die SnapMirror Beziehung den Status „Vorbereitung“ für einen längeren Zeitraum meldet. |
Funktionsweise von Fan-out-Implementierungen
SnapMirror unterstützt mehrere Spiegelungen_ und Mirror-Vault Fan-out-Implementierungen.
Eine Implementierung von Fan-out-Objekten aus mehreren Spiegelungen besteht aus einem Quell-Volume, das über eine Spiegelbeziehung zu mehreren sekundären Volumes verfügt.
Eine Implementierung von Fan-Vault-Fan-out besteht aus einem Quell-Volume, das über eine Spiegelbeziehung zu einem sekundären Volume und einer SnapVault Beziehung zu einem anderen sekundären Volume verfügt.
Ab ONTAP 9.5 können Fan-out-Implementierungen mit synchronen SnapMirror-Beziehungen erstellt werden. In der Fan-out-Konfiguration kann es sich jedoch nur um eine synchrone SnapMirror-Beziehung handeln, während es sich bei allen anderen Beziehungen des Quell-Volumes um asynchrone SnapMirror-Beziehungen handelt.
Funktionsweise der Kaskadierung
SnapMirror unterstützt Mirror-Mirror, Mirror-Vault, Vault-Mirror und Vault-Vault Kaskaden.
Eine Kaskadierung mit Spiegelspiegelung besteht aus einer Kette von Beziehungen, bei denen ein Quell-Volume auf ein sekundäres Volume gespiegelt und das sekundäre Volume auf einem tertiären Volume gespiegelt wird. Falls das sekundäre Volume nicht mehr verfügbar ist, können Sie die Beziehung zwischen dem primären und dem tertiären Volume synchronisieren, ohne einen neuen Basistransfer durchführen zu müssen.
Ab ONTAP 9.6 werden synchrone SnapMirror Beziehungen in einer Kaskadenimplementierung mit Spiegelspiegeln unterstützt. Nur die primären und sekundären Volumes können sich in einer synchronen SnapMirror-Beziehung befinden. Das Verhältnis zwischen sekundären Volumes und tertiären Volumes muss asynchron sein.
Eine Kaskadenbereitstellung mit Spiegelgewölbe setzt sich aus einer Kette von Beziehungen zusammen, bei denen ein Quell-Volume auf ein sekundäres Volume gespiegelt und das sekundäre Volume in ein tertiäres Volume verlagert wird.
Auch Vault-Mirror und ab ONTAP 9.2 werden Vault-Kaskadierungs-Implementierungen unterstützt:
-
Eine Kaskadenbereitstellung mit Vault-Spiegelung besteht aus einer Kette von Beziehungen, bei denen ein Quell-Volume auf ein sekundäres Volume archiviert wird und das sekundäre Volume auf ein tertiäres Volume gespiegelt wird.
-
(Beginnend mit ONTAP 9.2) Eine Vault-Kaskadierung besteht aus einer Kette von Beziehungen, bei denen ein Quell-Volume auf ein sekundäres Volume verlagert wird und das sekundäre Volume auf ein tertiäres Volume verlagert wird.