Avamar: Replica VSR e AMS

Multi-streaming automatizzato (AMS)

La replica multi-streaming automatizzata gonfia un backup su Data Domain. Utilizza più flussi per "suddividere" il backup prima di inviarlo al Data Domain di destinazione.
La replica AMS è supportata in Avamar 7.0 e versioni successive.

Caratteristiche principali di AMS:

• Sfrutta più flussi paralleli per elaborare e inviare i backup alla destinazione di replica

• Funzione introdotta in Avamar v7.0

• Per impostazione predefinita, Avamar utilizza sei flussi per processo simultaneo, ma questo valore può essere modificato utilizzando i flag appropriati.

• AMS deve eseguire la scansione dell'intero backup anziché solo delle modifiche, pertanto spesso deve analizzare più dati rispetto all'utilizzo di VSR. 

• AMS offre in genere prestazioni migliori con client con frequenza di modifiche elevata quando la larghezza di banda tra i siti è elevata. 

• L'AMS può causare differenze di spazio tra i Data Domain di origine e di destinazione. Questo argomento viene ulteriormente trattato qui: Data Domain: L'utilizzo dello spazio nel DD di destinazione è superiore a quello nel DD di origine quando i dati sono gli stessi

• Nessuna restrizione sui tipi di client per questo tipo di replica. 

Esempio di Avamar che sceglie la replica 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>

Virtual Synthetic Replication (VSR)

La replica sintetica virtuale è un processo di replica a flusso singolo. Sfrutta il backup replicato in precedenza in modo che solo le modifiche vengano analizzate e inviate al Data Domain di destinazione.
Una volta inviate tali modifiche, il Data Domain di destinazione può sintetizzare virtualmente un backup completo. Utilizza il backup della replica precedente come file di base. Il backup viene combinato con le modifiche appena replicate. Ciò è in contrasto con il processo AMS che richiede la scansione del backup completo. VSR è supportato in Avamar 7.1/DDOS 5.5 e versioni successive.  

Caratteristiche principali di VSR:

• Singolo flusso di Data Domain utilizzato per ogni processo Avamar simultaneo.

• Funzione introdotta in Avamar 7.1/DDOS 5.5

• Per impostazione predefinita, Avamar tenta di utilizzare VSR quando possibile

• Replica solo i dati modificati 

• Elevata efficienza di rete 

• Ideale per client con un basso tasso di modifiche

• Compatibile solo con backup di NDMP, immagini VMware e file system

Requisiti per VSR:

1. Tutte queste condizioni devono essere soddisfatte, altrimenti la replica viene ripristinata per impostazione predefinita su AMS:

2. Sia l'origine che la destinazione della replica degli Avamar Server devono avere AV7.1 o versione successiva

3. I sistemi Data Domain di origine e destinazione della replica devono avere DD OS 5.5 o versioni successive

4. Il dataset di backup deve essere compatibile con VSR; ovvero, il dataset di backup deve essere un'immagine VMware, un file system o backup NDMP su AV/DD

5. Il backup "di base", ovvero il backup immediatamente precedente di tale dataset, deve esistere nella destinazione di replica

6. Il metodo di replica deve essere impostato sul valore predefinito o per forzare la VSR

7. Se il backup sfrutta il processo SnapView, anche tutti i parziali devono essere replicati nell'ordine corretto affinché VSR funzioni correttamente. Per ulteriori dettagli, vedere la sezione Note aggiuntive su VSR

Quando si tenta di replicare un backup, la replica iniziale sfrutta AMS per eseguire il seeding del file di base sulla destinazione di replica. Una volta che i file di base si trovano nel Data Domain di destinazione, VSR viene utilizzato supponendo che tutti i requisiti VSR siano soddisfatti. Se VSR continua a funzionare correttamente, il file di base viene aggiornato ogni volta che la replica viene completata.

Esempio di Avamar che sceglie la replica 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>

Note aggiuntive su VSR 

A volte, quando Avamar sfrutta backup parziali, VSR non è sempre una soluzione valida. Per impostazione predefinita, Avamar fa scadere i backup parziali ogni 7 giorni. Se un backup non viene replicato con tutte le relative parti entro tale limite di tempo di 7 giorni, Avamar le rimuove. Ciò interessa in genere backup client di grandi dimensioni come NDMP. Per ulteriori informazioni su questo problema, consultare il seguente articolo della knowledgebase:

Per i client NDMP Avamar 7.2.X che non sfruttano VSR, i backup parziali sono scaduti in Avamar 7.2.