Avamar: Replikacja VSR a AMS

Zautomatyzowane przesyłanie strumieniowe (AMS)

Zautomatyzowana replikacja wielostrumieniowa zwiększa ilość kopii zapasowych w Data Domain. Używa wielu strumieni do "pocięcia" kopii zapasowej przed wysłaniem jej do docelowej domeny danych.
Replikacja AMS jest obsługiwana w oprogramowaniu Avamar 7.0 i nowszych.

Kluczowe cechy AMS:

• Wykorzystuje wiele równoległych strumieni do przetwarzania i wysyłania kopii zapasowych do celu replikacji

• Wprowadzone w Avamar v7.0

• Domyślnie Avamar używa sześciu strumieni na współbieżny proces, ale tę wartość można zmienić za pomocą odpowiednich flag.

• Usługa AMS musi skanować całą kopię zapasową, a nie tylko zmiany, dlatego często trzeba przeskanować więcej danych, niż w przypadku użycia funkcji VSR. 

• Usługa AMS zazwyczaj ma lepszą wydajność w przypadku klientów o dużej szybkości zmian, gdy przepustowość między lokacjami jest duża. 

• Usługa AMS może powodować różnice w przestrzeni między źródłową i docelową domeną danych. Zostało to omówione tutaj Data Domain: Wykorzystanie miejsca w docelowym DD jest większe niż w źródłowym DD, gdy dane są takie same

• Brak ograniczeń dotyczących typów klientów dla tego typu replikacji. 

Przykład wybierania przez Avamar replikacji 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>

Wirtualna replikacja syntetyczna (VSR)

Wirtualna replikacja syntetyczna to proces replikacji jednostrumieniowej. Wykorzystuje wcześniej zreplikowaną kopię zapasową, dzięki czemu skanowane i wysyłane do docelowej domeny danych są tylko zmiany.
Po wysłaniu tych zmian docelowa Data Domain może wirtualnie zsyntetyzować pełną kopię zapasową. Kopia zapasowa z poprzedniej replikacji jest używana jako plik podstawowy. Kopia zapasowa jest tworzona razem z nowo zreplikowanymi zmianami. Jest to przeciwieństwo procesu AMS, który wymaga przeskanowania pełnej kopii zapasowej. VSR jest obsługiwany w Avamar 7.1/DDOS 5.5 i nowszych.  

Kluczowe cechy VSR:

• Pojedynczy strumień Data Domain wykorzystany na współbieżny proces Avamar.

• Wprowadzone w Avamar 7.1/DDOS 5.5

• Domyślnie Avamar próbuje korzystać z VSR, gdy tylko jest to możliwe

• Replikuje tylko zmienione dane 

• Wysoka wydajność sieciowa 

• Idealne rozwiązanie dla klientów o niskim współczynniku wymiany

• Zgodność tylko z kopiami zapasowymi NDMP, obrazów VMware i systemów plików

Wymagania dotyczące VSR:

1. Wszystkie te warunki muszą być spełnione, w przeciwnym razie replikacja zostanie domyślnie przywrócona do AMS:

2. Zarówno źródło replikacji, jak i miejsce docelowe replikacji Serwery Avamar muszą być w wersji AV 7.1 lub nowszej

3. Zarówno źródło replikacji, jak i miejsce docelowe replikacji Systemy Data Domain muszą mieć system DD OS w wersji 5.5 lub nowszej

4. Zestaw danych kopii zapasowej musi być zgodny z VSR; oznacza to, że zestaw danych kopii zapasowej musi być kopiami zapasowymi obrazu VMware, systemu plików lub NDMP do AV/DD

5. W miejscu docelowym replikacji musi istnieć "podstawowa" kopia zapasowa, która jest bezpośrednio poprzednią kopią zapasową tego zestawu danych

6. Metoda replikacji musi być ustawiona na wartość domyślną lub wymusić VSR

7. Jeśli kopia zapasowa korzysta z procesu przyciągania, wszystkie części muszą być również replikowane w odpowiedniej kolejności, aby VSR działało poprawnie. Aby uzyskać więcej informacji, zapoznaj się z dodatkowymi uwagami dotyczącymi sekcji VSR

Podczas próby replikacji kopii zapasowej replikacja początkowa wykorzystuje usługę AMS do inicjowania pliku podstawowego do obiektu docelowego replikacji. Po umieszczeniu plików bazowych w docelowej Data Domain stosuje się usługę VSR, przy założeniu, że spełnione są wszystkie wymagania dotyczące usługi VSR. Dopóki VSR nadal działa poprawnie, plik podstawowy jest aktualizowany po każdym zakończeniu replikacji.

Przykład wybierania przez Avamar replikacji 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>

Dodatkowe uwagi dotyczące VSR 

Czasami, gdy Avamar korzysta z częściowych kopii zapasowych, VSR nie zawsze będzie opłacalnym rozwiązaniem. Zgodnie z założeniami Avamar częściowe kopie zapasowe wygasają co 7 dni. Jeśli kopia zapasowa nie zostanie zreplikowana ze wszystkimi częściami w ciągu 7 dni, Avamar je usunie. Zwykle dotyczy to dużych klientów kopii zapasowych, takich jak NDMP. Aby uzyskać dodatkowe informacje na temat tego problemu, zapoznaj się z następującym artykułem merytorycznym:

For Avamar 7.2.X NDMP clients not avail of VSR - partial backups expired in Avamar 7.2.