Skip to main content
Se proporciona el idioma español mediante traducción automática para su comodidad. En caso de alguna inconsistencia, el inglés precede al español.

Puestas en marcha de protección de datos en cascada y distribución ramificada

Colaboradores
PDF

Puede utilizar una implementación de fan-out para ampliar la protección de datos a varios sistemas secundarios. Puede utilizar una implementación Cascade para ampliar la protección de datos a sistemas terciarios.

Tanto las puestas en marcha en cascada como de distribución ramificada admiten cualquier combinación de recuperación ante desastres de SnapMirror, SnapVault o replicación unificada. Sin embargo, las relaciones de SnapMirror síncrono (compatibles a partir de ONTAP 9.5) solo admiten puestas en marcha en cascada con una o más relaciones de SnapMirror asíncronas y no admiten puestas en marcha en cascada. Solo una relación en la configuración de dispersión puede ser una relación de SnapMirror síncrono, todas las demás relaciones del volumen de origen deben ser relaciones de SnapMirror asíncronas. Continuidad del negocio de SnapMirror (Se admite a partir de ONTAP 9.8) también admite configuraciones de dispersión.

Nota Puede utilizar una implementación fan-in para crear relaciones de protección de datos entre varios sistemas principales y un único sistema secundario. Cada relación debe usar un volumen diferente en el sistema secundario.
Nota Debe saber que los volúmenes que forman parte de una configuración ramificada o en cascada pueden tardar más en resincronizar. No es poco frecuente ver los informes de relaciones de SnapMirror el estado de preparación para un período de tiempo extendido.

Cómo funcionan las implementaciones de dispersión

SnapMirror admite la puesta en marcha de «varios duplicados_ y de «mirror-vault» con «fan-out».

Una puesta en marcha de «fan-out» de varios reflejos consiste en un volumen de origen que tiene una relación de reflejo con varios volúmenes secundarios.

Puesta en marcha de protección de datos: Hay varios reflejos con ventilador

Una implementación de «fan-out» de reflejo-almacén consta de un volumen de origen que tiene una relación de mirroring con un volumen secundario y una relación de SnapVault con otro volumen secundario.

Puesta en marcha de protección de datos: Ventilador mirror-vault

A partir de ONTAP 9.5, puede tener implementaciones de dispersión con relaciones de SnapMirror síncrono; sin embargo, solo una relación de la configuración de dispersión puede ser una relación de SnapMirror síncrono, todas las demás relaciones del volumen de origen deben ser relaciones de SnapMirror asíncronas.

Puesta en marcha de protección de datos: Puestas en marcha ramificadas con relaciones de SnapMirror Synchronous

Cómo funcionan las implementaciones en cascada

SnapMirror admite puestas en marcha en cascada de mirror-mirror, mirror-vault, vault-mirror y vault-vault.

Una puesta en marcha en cascada de reflejos consiste en una cadena de relaciones en las que un volumen de origen se refleja en un volumen secundario, mientras que el volumen secundario se duplica en un volumen terciario. Si el volumen secundario deja de estar disponible, puede sincronizar la relación entre los volúmenes primario y terciario sin necesidad de realizar una nueva transferencia de base de referencia.

A partir de ONTAP 9.6, se admiten las relaciones SnapMirror síncrono en una puesta en marcha en cascada de reflejos. Solo los volúmenes primario y secundario pueden estar en una relación de SnapMirror Synchronous. La relación entre los volúmenes secundarios y los volúmenes terciarios debe ser asíncrona.

Puesta en marcha de SnapMirror: Cadena en cascada de fuente a reflejo

Una puesta en marcha en cascada de copias-vault consta de una cadena de relaciones en las que un volumen de origen se refleja en un volumen secundario y el volumen secundario se realiza en un volumen terciario.

Puesta en marcha de SnapMirror: Cadena en cascada de fuente a reflejo-almacén

También se admiten operaciones de mirroring de vault y, a partir de ONTAP 9.2, puestas en marcha en cascada de vault-vault:

  • Una puesta en marcha en cascada de reflejos de almacén consta de una cadena de relaciones en las que se realiza un volumen de origen en un volumen secundario, mientras que el volumen secundario se duplica en un volumen terciario.

  • (A partir de ONTAP 9.2) una puesta en marcha en cascada de vault consta de una cadena de relaciones en las que se realiza una copia vault de un volumen de origen a un volumen secundario y a la que se realiza la copia del volumen secundario en un volumen terciario.

Lecturas adicionales