Users Guide

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.
Acerca de las políticas de retención para replicación
La política de retención en el Core de origen determina la política de retención para los datos replicados al Core de
destino, porque la tarea de replicación transmite los puntos de recuperación fusionados que se producen a partir de un
mantenimiento períodico o eliminación ad-hoc.
NOTA: El Core de destino no puede realizar un mantenimiento períodico o eliminar ad-hoc de puntos de
recuperación. Estas acciones solo puede realizarlas el Core de origen.
70