Avamar: Replicación de VSR frente a AMS

Multi-streaming automatizado (AMS)

La replicación multistreaming automatizada infla un respaldo en Data Domain. Utiliza varios flujos para "segmentar" el respaldo antes de enviarlo al Data Domain de destino.
La replicación de AMS es compatible con Avamar 7.0 y versiones posteriores.

Características clave de AMS:

• Aprovecha varios flujos paralelos para procesar y enviar respaldos al destino de replicación

• Se introdujo en Avamar v7.0

• De manera predeterminada, Avamar utiliza seis flujos por proceso simultáneo, pero este valor se puede cambiar mediante las marcas adecuadas.

• AMS debe escanear todo el respaldo en lugar de solo los cambios, por lo que a menudo tiene que escanear más datos que si se utilizara VSR. 

• Por lo general, AMS tiene un mejor rendimiento con clientes de alta tasa de cambio cuando el ancho de banda entre los sitios es grande. 

• AMS puede causar diferencias de espacio entre los Data Domain de origen y destino. Esto se analiza con más detalle aquí Data Domain: El uso del espacio en el DD de destino es mayor que en el DD de origen cuando los datos son los mismos

• No hay restricciones en los tipos de cliente para este tipo de replicación. 

Ejemplo de Avamar que elige la replicación de AMS:

<snip>
2015-11-22 10:05:55 avtar Info <6654>: Replicating backup 367, 528.7 GB
2015-11-22 10:05:56 avtar Info <40047>: id:1 VSR selected because file size is too small for NCR (container.1.cdsf)
2015-11-22 10:05:56 avtar Info <40050>: id:2 NCR selected because it could not be determined if VSR is possible (container.2.cdsf)
<snip>

Replicación sintética virtual (VSR)

La replicación sintética virtual es un proceso de replicación de flujo único. Aprovecha el respaldo replicado anteriormente para que solo los cambios se escaneen y se envíen al Data Domain de destino.
Una vez que se hayan enviado esos cambios, el Data Domain de destino puede sintetizar virtualmente un respaldo completo. Utiliza el respaldo de la replicación anterior como archivo base. El respaldo se realiza junto con los cambios replicados recientemente. Esto contrasta con el proceso de AMS, que requiere que se analice el respaldo completo. VSR es compatible con Avamar 7.1/DDOS 5.5 y versiones posteriores.  

Características clave de VSR:

• Un solo flujo de Data Domain consumido por proceso simultáneo de Avamar.

• Se introdujo en Avamar 7.1/DDOS 5.5

• De manera predeterminada, Avamar intenta utilizar VSR siempre que sea posible

• Replica solo los datos modificados 

• Altamente eficiente en la red 

• Ideal para clientes de baja tasa de cambio

• Solo es compatible con respaldos de sistemas de archivos, imágenes de VMware y NDMP

Requisitos para VSR:

1. Se deben cumplir todas estas condiciones, de lo contrario, la replicación vuelve de forma predeterminada a AMS:

2. Los servidores Avamar de origen y destino de replicación deben ser AV7.1 o posterior

3. Los sistemas Data Domain de origen y destino de replicación deben tener DD OS 5.5 o posterior

4. El conjunto de datos de respaldo debe ser compatible con VSR; es decir, el conjunto de datos de respaldo debe ser una imagen de VMware, un sistema de archivos o respaldos de tipo NDMP en AV/DD

5. El respaldo "base", que es el respaldo anterior inmediato de ese conjunto de datos, debe existir en el destino de replicación

6. El método de replicación se debe establecer en el valor predeterminado o para forzar VSR

7. Si el respaldo aprovecha el proceso de snapview, todos los parciales también se deben replicar en el orden correcto para que VSR funcione correctamente. Consulte las notas adicionales en la sección VSR para obtener más detalles

Cuando se intenta replicar un respaldo, la replicación inicial aprovecha AMS para propagar el archivo base en el destino de replicación. Una vez que los archivos base se encuentran en el Data Domain de destino, se utiliza VSR suponiendo que se cumplen todos los requisitos de VSR. Siempre y cuando VSR siga funcionando correctamente, el archivo base se actualiza cada vez que se completa la replicación.

Ejemplo de Avamar que elige la replicación VSR:

<snip>
2016-03-15 07:37:17 avtar Info <6654>: Replicating backup 471, 100.0 GB
2016-03-15 07:37:17 avtar Info <40198>: id:19 VSR selected because file size is too small for NCR (16912D3D130B98D763593BD4DCD0BC586766FE46)
2016-03-15 07:37:17 avtar Info <40198>: id:20 VSR selected because file size is too small for NCR (04C560CC90AC7A626F4E7866573CF93D7D32EFE6)
2016-03-15 07:37:17 avtar Info <40198>: id:21 VSR selected because file size is too small for NCR (9D78E4B1CD2DF728D7A45B2E374D6D28A853ED2C)
2016-03-15 07:37:17 avtar Info <40198>: id:22 VSR selected because file size is too small for NCR (41A1BDB73F3BB615E03A95FC3758CDE1A2725E6F)
2016-03-15 07:37:17 avtar Info <40198>: id:23 VSR selected because file size is too small for NCR (1D6784C9E27240132EB7FBFEE3C0D4136D81AA8D)
2016-03-15 07:37:17 avtar Info <40198>: id:24 VSR selected because file size is too small for NCR (FC295BC80B73D67BFE437291253D46FAD42650C2)
2016-03-15 07:37:17 avtar Info <40198>: id:25 VSR selected because file size is too small for NCR (93B06F7711E1F64111BCAD4FBE966E051655EB94)
2016-03-15 07:37:17 avtar Info <40198>: id:26 VSR selected because file size is too small for NCR (55A58F9CDCB82A6756853E3D84A3D2A6993F2C3D)
2016-03-15 07:37:17 avtar Info <40200>: id:27 VSR selected because all base files are available (6122D9EF93CB95529D5E59327A3FF4789B0D0911)
<snip>

Notas adicionales sobre VSR 

En ocasiones, cuando Avamar aprovecha respaldos parciales, VSR no siempre será una solución viable. Por diseño, Avamar hace vencer los respaldos parciales cada 7 días. Si un respaldo no se replica con todos sus parciales dentro de ese límite de tiempo de 7 días, Avamar los quita. Por lo general, esto afecta a clientes de respaldo grandes, como NDMP. Para obtener información adicional sobre este problema, consulte el siguiente artículo de la base de conocimientos:

Para clientes NDMP de Avamar 7.2.X que no aprovechan VSR: los respaldos parciales vencieron en Avamar 7.2.