Users Guide

replicación inicial puede inicializarse hasta el Core de destino mediante el uso de medios externos para transferir los
datos iniciales al Core de destino. Esto normalmente es útil para grandes conjuntos de datos o sitios con enlaces lentos.
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 Agents replicados.
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 conmuatción por error y la conmutación por recuperación en AppAssure 5
En caso de grave interrupción en la que fallen el Core de origen y los Agents, AppAssure 5 admite conmutación por
error y conmutación por recuperación en entornos replicados. La conmutación por error consiste en cambiar a un
AppAssure Core de destino redundante o en espera al producirse un fallo del sistema o una terminación anormal de un
Core de origen y de los Agents asociados. El objetivo principal de la conmutación por error es iniciar un nuevo Agent
idéntico al Agent fallido protegido por el Core de origen fallido. 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 fallo. 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 un Agent y un Core a sus estados originales (antes del
fallo). El objetivo principal de la conmutación por recuperación es restaurar el Agent (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.
Acerca de la replicación y los puntos de recuperación cifrados
Aunque la unidad de inicialización no contiene copias de seguridad del registro y certificados del Core de origen, la
unidad de inicialización contiene claves de cifrado del Core de origen si los puntos de recuperación replicados desde el
Core de origen están cifrados. Los puntos de recuperación replicados se mantienen cifrados después de su transmisión
hasta el Core de destino. Los propietarios o administradores del Core de destino necesitan la frase de contraseña para
recuperar los datos cifrados.
70