NOTA: Aunque es posible inicializar los datos base a través de una conexión de red, no se
recomienda hacerlo. La inicialización inicial implica normalmente cantidades de datos enormes,
que podrían superar las capacidades de una conexión WAN típica. Por ejemplo, si los datos de
inicialización alcanzan la cantidad de 10 GB y el enlace WAN transfiere 24 Mbps, la transferencia
puede requerir más de 40 días en completarse.
Los datos en el archivo de inicialización están comprimidos, cifrados y desduplicados. Si el tamaño total
del archivo es mayor que el espacio disponible en los medios extraíbles, el archivo puede distribuirse
entre varios dispositivos en función del espacio disponible en los medios. Durante el proceso de
inicialización, se replican los puntos de recuperación en el sitio de destino. Cuando el Core de destino
consume el archivo de inicialización, los puntos de recuperación incrementales recién replicados se
sincronizan automáticamente.
El proceso de inicialización tiene dos partes (también denominadas copiar-consumir):
•
La primera parte implica copiar, que es la escritura de los datos replicados iniciales a una fuente de
medios extraíbles. Copiar duplica todos los puntos de recuperación existentes desde el Core de
origen hasta un dispositivo de almacenamiento extraíble local, como por ejemplo una unidad USB.
Cuando la copia finalice, deberá transportar la unidad desde la ubicación del Core de origen hasta la
ubicación del Core de destino.
•
La segunda parte es consumir, que se produce cuando un Core de destino recibe la unidad
transportada y copia los datos replicados en el repositorio. A continuación, el Core de destino
consume los puntos de recuperación y los utiliza para formar máquinas protegidas replicadas.
NOTA: Aunque se puede producir la replicación de instantáneas incrementales entre los Cores de
origen y destino antes de que se complete la inicialización, las instantáneas replicadas que se
transmiten del origen al destino quedarán "huérfanas" hasta que se consuman los datos iniciales y
se combinen con las imágenes base replicadas.
Como hay que copiar grandes cantidades de datos al dispositivo de almacenamiento portátil, se
recomienda usar una conexión eSATA, USB 3.0 y otra de alta velocidad con el dispositivo de
almacenamiento portátil.
Acerca de la conmutación por error y la conmutación por recuperación
En caso de grave interrupción en la que fallen el Core de origen y las máquinas protegidas, su servidor DL
admite conmutación por error y conmutación por recuperación en entornos replicados. La conmutación
por error consiste en cambiar a un Core de destino redundante o en espera al producirse un error del
sistema o una terminación anormal de un Core de origen y de las máquinas protegidas asociadas. El
objetivo principal de la conmutación por error es iniciar un nuevo Agent idéntico al Agent en error
protegido por el Core de origen en error. El objetivo secundario es cambiar el Core de destino a un
nuevo modo para que el Core de destino proteja al Agent de conmutación por error de la misma forma
que el Core de origen protegía al Agent inicial antes del error. El Core de destino podrá recuperar
instancias de los Agents replicados y comenzar inmediatamente la protección en las máquinas con
conmutación por error.
La conmutación por recuperación es el proceso de restaurar una máquina protegida y un Core a sus
estados originales (antes del error). El objetivo principal de la conmutación por recuperación es restaurar
la máquina protegida (en la mayoría de los casos, se trata de una nueva máquina que reemplaza a un
Agent fallido) a un estado idéntico al último estado del nuevo Agent temporal. Al restaurarse, queda
protegido por un Core de origen restaurado. La replicación también se restaura y el Core de destino
actúa de nuevo como destino de replicación.
49