Avamar: VSR versus AMS-replicatie

Geautomatiseerde multi-streaming (AMS)

Geautomatiseerde multi-streamingreplicatie blaast een back-up op het Data Domain op. Er worden meerdere streams gebruikt om de back-up in stukken te verdelen voordat deze naar het doeldatadomein worden verzonden.
AMS-replicatie wordt ondersteund in Avamar 7.0 en hoger.

Belangrijkste kenmerken van AMS:

• Maakt gebruik van meerdere parallelle streams om back-ups te verwerken en te verzenden naar het replicatiedoel

• Geïntroduceerd in Avamar v7.0

• Standaard gebruikt de Avamar zes streams per gelijktijdig proces, maar deze waarde kan worden gewijzigd met behulp van de juiste vlaggen.

• AMS moet de volledige back-up scannen in plaats van alleen de wijzigingen, dus er moeten vaak meer gegevens worden gescand dan wanneer VSR zou worden gebruikt. 

• AMS presteert doorgaans beter bij clients met een hoge wijzigingssnelheid wanneer de bandbreedte tussen de sites groot is. 

• AMS kan ruimteverschillen veroorzaken tussen de bron- en doeldatadomeinen. Dit wordt hier verder besproken Data Domain: Het ruimtegebruik op bestemming DD is hoger dan dat in de bron-DD wanneer de data hetzelfde zijn

• Er zijn geen beperkingen voor clienttypen voor dit type replicatie. 

Voorbeeld van Avamar die kiest voor AMS-replicatie:

<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)

Virtuele synthetische replicatie is een replicatieproces met één stroom. Er wordt gebruik gemaakt van de eerder gerepliceerde back-up, zodat alleen de wijzigingen worden gescand en naar het doeldatadomein worden verzonden.
Zodra deze wijzigingen zijn verzonden, kan het doeldatadomein vrijwel een volledige back-up synthetiseren. Het gebruikt de back-up van de vorige replicatie als een basisbestand. De back-up wordt samengesteld met de nieuw gerepliceerde wijzigingen. Dit in tegenstelling tot het AMS-proces, waarbij de volledige back-up moet worden gescand. VSR wordt ondersteund in Avamar 7.1/DDOS 5.5 en hoger.  

Belangrijkste kenmerken van VSR:

• Eén Data Domain-stream die wordt verbruikt per gelijktijdig Avamar-proces.

• Geïntroduceerd in Avamar 7.1/DDOS 5.5

• Standaard probeert Avamar VSR te gebruiken waar mogelijk

• Repliceert alleen de gewijzigde data 

• Zeer efficiënt netwerk 

• Ideaal voor klanten met een laag wijzigingspercentage

• Alleen compatibel met NDMP-, VMware Image- en bestandssysteemback-ups

Vereisten voor VSR:

1. Aan al deze voorwaarden moet worden voldaan, anders wordt de replicatie standaard teruggezet naar AMS:

2. Zowel de replicatiebron als de Avamar-servers van de replicatiebestemming moeten AV7.1 of hoger zijn

3. Zowel de replicatiebron als de replicatiebestemming van Data Domain-systemen moeten DD OS 5.5 of hoger hebben

4. Back-updataset moet compatibel zijn met VSR; dat wil zeggen dat de back-upgegevensset VMware-image-, bestandssysteem- of NDMP-back-ups naar AV/DD moet zijn

5. "Base"-back-up, dat is de onmiddellijke voorafgaande back-up van die dataset, moet aanwezig zijn op de replicatiebestemming

6. De replicatiemethode moet worden ingesteld op standaard of op VSR forceren

7. Als de back-up gebruikmaakt van het snapview-proces, moeten alle delen ook in de juiste volgorde worden gerepliceerd om VSR correct te laten werken. Zie de aanvullende opmerkingen over VSR voor meer informatie

Bij een poging om een back-up te repliceren, maakt de initiële replicatie gebruik van AMS om het basisbestand op het replicatiedoel te seeden. Zodra de basisbestanden zich op het doeldatadomein bevinden, wordt VSR gebruikt ervan uitgaande dat aan alle VSR-vereisten is voldaan. Zolang VSR correct blijft werken, wordt het basisbestand bijgewerkt telkens wanneer de replicatie is voltooid.

Voorbeeld van Avamar die VSR-replicatie kiest:

<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>

Aanvullende opmerkingen over VSR 

Wanneer Avamar gebruikmaakt van gedeeltelijke back-ups, is VSR soms niet altijd een haalbare oplossing. Avamar is zo ontworpen dat gedeeltelijke back-ups elke 7 dagen verlopen. Als een back-up niet binnen die termijn van 7 dagen met al zijn onderdelen wordt gerepliceerd, worden deze door Avamar verwijderd. Dit is meestal van invloed op grote back-upclients zoals NDMP. Zie het volgende knowledge base-artikel voor meer informatie over dit probleem:

Voor Avamar 7.2.X NDMP-clients die geen gebruik maken van VSR - zijn gedeeltelijke back-ups verlopen in Avamar 7.2.