Avamar: VSR- jämfört med AMS-replikering

Automatiserad multistreaming (AMS)

Automatiserad replikering med flera direktuppspelningar blåser upp en säkerhetskopia på Data Domain. Den använder flera strömmar för att "segmentera" säkerhetskopian innan den skickas till målData Domain.
AMS-replikering stöds i Avamar 7.0 och senare.

Viktiga egenskaper hos AMS:

• Använder flera parallella strömmar för att bearbeta och skicka säkerhetskopior till replikeringsmålet

• Introducerades i Avamar v7.0

• Som standard använder Avamar sex strömmar per samtidig process, men det här värdet kan ändras med hjälp av rätt flaggor.

• AMS måste skanna hela säkerhetskopian i stället för bara ändringarna, så det måste ofta för mer data att skanna än om VSR användes. 

• AMS har vanligtvis bättre prestanda med klienter med hög ändringshastighet när bandbredden mellan platserna är stor. 

• AMS kan orsaka utrymmesskillnader mellan käll- och måldomänerna. Detta diskuteras vidare här Data Domain: Utrymmesanvändningen på mål-DD är högre än den i käll-DD när data är desamma

• Inga begränsningar för klienttyper för den här typen av replikering. 

Exempel på hur Avamar väljer AMS-replikering:

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

Virtuell syntetisk replikering (VSR)

Virtuell syntetisk replikering är en replikeringsprocess med en ström. Den använder den tidigare replikerade säkerhetskopian så att endast ändringarna genomsöks och skickas till målData Domain.
När dessa ändringar har skickats kan målData Domain praktiskt taget syntetisera en fullständig säkerhetskopia. Den använder säkerhetskopian från föregående replikering som basfil. Säkerhetskopian sammanställs med de nyligen replikerade ändringarna. Detta till skillnad från AMS-processen som kräver att den fullständiga säkerhetskopian genomsöks. VSR stöds i Avamar 7.1/DDOS 5.5 och senare.  

Viktiga egenskaper hos VSR:

• En enda Data Domain-ström som förbrukas per samtidig Avamar-process.

• Introducerades i Avamar 7.1/DDOS 5.5

• Som standard försöker Avamar använda VSR när det är möjligt

• Replikerar endast ändrade data 

• Mycket nätverkseffektiv 

• Idealisk för klienter med låg förändringshastighet

• Endast kompatibel med NDMP-, VMware-avbildning och säkerhetskopior av filsystem

Krav för VSR:

1. Alla dessa villkor måste uppfyllas, annars återställs replikeringen som standard till AMS:

2. Både replikeringskällan och replikeringsmålet Avamar-servrar måste vara på AV7.1 eller senare

3. Både replikeringskällan och replikeringsmålets Data Domain-system måste vara på DD OS 5.5 eller senare

4. Datauppsättningen för säkerhetskopiering måste vara kompatibel med VSR. Det innebär att datauppsättningen för säkerhetskopiering måste vara VMware-avbildning, filsystem eller NDMP-säkerhetskopior till AV/DD

5. "Bassäkerhetskopian", som är den närmast föregående säkerhetskopian av datauppsättningen, måste finnas på replikeringsdestinationen

6. Replikeringsmetoden måste anges till default eller to force VSR

7. Om säkerhetskopian använder snapview-processen måste alla partialer också replikeras i rätt ordning för att VSR ska fungera korrekt. Mer information finns i avsnittet om ytterligare information om VSR

När du försöker replikera en säkerhetskopia använder den inledande replikeringen AMS för att seeda basfilen till replikeringsmålet. När basfilerna finns på måldatadomänen används VSR förutsatt att alla VSR-krav är uppfyllda. Så länge VSR fortsätter att fungera korrekt uppdateras basfilen varje gång replikeringen slutförs.

Exempel på Avamar som väljer VSR-replikering:

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

Ytterligare information om VSR 

I de fall där Avamar använder partiella säkerhetskopior är VSR inte alltid en hållbar lösning. Avamar är avsiktligt för att göra partiella säkerhetskopieringar ogiltiga var sjunde dag. Om en säkerhetskopia inte replikeras med alla dess partialer inom den tidsgränsen på sju dagar tar Avamar bort dem. Detta påverkar vanligtvis stora säkerhetskopieringsklienter som NDMP. Mer information om det här problemet finns i följande kunskapsartikel:

För Avamar 7.2.X NDMP-klienter som inte drar nytta av VSR – partiella säkerhetskopieringar upphörde att gälla i Avamar 7.2.