• En este artículo, se explica cómo la "resincronización de replicación" determina qué datos se deben enviar a través de la red. Para conocer el procedimiento sobre cómo realizar una resincronización, consulte el artículo: Data Domain: Cómo interrumpir y resincronizar la replicación de directorios.

SE APLICA A

• Todos los modelos de Data Domain (DD)
• Replicación de directorios
• Todas las versiones de software 4.3 y posteriores

SOLUCIÓN

Resync es casi idéntico a initialize, e incluso se puede especificar en lugar de initialize para contextos de replicación de directorios , con las siguientes diferencias:

No es necesario que el directorio de réplica esté vacío. Internamente, el destino mueve los archivos existentes fuera del camino.

(En 4.3 a 4.5 inclusive, esto es mediante el cambio de nombre de estos archivos a un $destdir/.ddrsaved/ directory. En 4.6+, se realiza una instantánea y, a continuación, se eliminan los archivos del contexto de replicación $destdir.)

Para cada archivo en el directorio de origen, comprueba si existe la misma ruta relativa en el destino (comprobando el $destdir/.ddrsavedo la instantánea). 

Si el archivo existe, comprueba si el archivo de destino es idéntico al archivo de origen. 

Si es idéntico, el archivo de réplica existente se vincula de forma fija en su lugar sin necesidad adicional de filtrar ni enviar ninguno de sus contenidos.

La comprobación de identidad del archivo se realiza en tiempo constante.

La comprobación se realiza correctamente si el archivo de réplica se creó mediante la replicación de directorios >= 4.3.

Esto implica que la propagación se puede lograr mediante la ejecución de la replicación de recopilaciones (conveniente si los Data Domain están en una LAN), la interrupción de la replicación de recopilaciones y, a continuación, la resincronización de la replicación de directorios.

Si no se encuentra un archivo de réplica o el contenido no coincide, el archivo se replica normalmente, es decir, filtrado segmento por segmento.

El objetivo de la resincronización es evitar este filtrado siempre que sea posible.

Un posible inconveniente es que la actividad humana o la lógica de la aplicación que cambia el nombre de los archivos podría hacer que el originador o los archivos de réplica se muevan o se cambie de nombre después de que se interrumpa la replicación, antes de la resincronización.

Esto hace que la búsqueda de nombre de ruta en la resincronización no encuentre ninguna coincidencia y requiere un filtrado completo de cada archivo.

Dado que los segmentos existen en el destino, se logra una alta compresión de replicación, pero se pierde una oportunidad para evitar el envío de las referencias de segmentos y su filtrado en primer lugar.

• En 4.5, la resincronización falla si la réplica tiene, o alguna vez tuvo, el bloqueo de retención habilitado.
• En 4.6 y versiones superiores, hay algunos requisitos adicionales relacionados con los archivos con bloqueo de retención en la réplica. En esencia, cualquier archivo con bloqueo de retención en el destino también debe existir y debe tener contenido y atributos coincidentes en el originador. Esto es para evitar que la replicación intente eliminar los archivos con bloqueo de retención en la réplica.

• Data Domain: El contexto de replicación está deshabilitado debido a una posible pérdida de NVRAM
• Data Domain: Cómo interrumpir y resincronizar la replicación de directorios