Avamar: Replikacja działa na wycofanych klientach z zerową liczbą bajtów postępu
Summary: Replikacja Avamar działa na wycofanych klientach z zerową liczbą bajtów postępu.
This article applies to
This article does not apply to
This article is not tied to any specific product.
Not all product versions are identified in this article.
Symptoms
Replikacja jest uruchamiana codziennie z zerową liczbą bajtów postępu dla wycofanych klientów w źródle. Nowe bajty również wynoszą 0% dla tych klientów.
Cause
Istnieje kilka możliwych przyczyn replikacji klientów zgłaszających zero bajtów postępu:
-
Klienci zostali niedawno wycofani w źródle, ale wcześniej zreplikowani do miejsca docelowego. Ze względu na to, że klienci ci znajdują się w innym miejscu niż
/RETIREDdomeny w obiekcie docelowym, należy wykonać replikację 0-bajtową, aby zmodyfikować ustawienia konta w obiekcie docelowym.-
W takim przypadku replikacja 0-bajtowa występuje tylko raz, a kolejne replikacje nie pokazują tych klientów w Monitorze aktywności.
-
-
Kopie zapasowe wygasły w źródle, ale są przechowywane z powodu "
keep_last_backup" ustawienie wmcserver.xml.-
To ustawienie umożliwia przechowywanie ostatniej kopii zapasowej dla każdego klienta, nawet po upływie daty wygaśnięcia.
-
Jeśli "
keep_last_backup" w źródle, a wygasłe kopie zapasowe nie istnieją w obiekcie docelowym, replikacja próbuje replikować te kopie zapasowe do obiektu docelowego, ale nie są one replikowane, ponieważ zostały już wygasłe.-
W takim przypadku replikacja 0-bajtowa odbywa się codziennie, dopóki nie zostaną usunięte wygasłe kopie zapasowe w źródle.
-
-
-
Daty wygaśnięcia zostały wydłużone, gdy klienci zostali wycofani na źródle, na przykład z 60 dni do 1 roku.
-
Operacja "retire client" umożliwia zmianę daty wygaśnięcia, gdy klienci są wycofani, ale zmiany te nie są propagowane do kopii zapasowych w obiekcie docelowym.
-
Po zakończeniu replikacji, po wycofaniu klientów z nowymi datami wygaśnięcia, klienci ci są przenoszeni do
/RETIREDdomeny, ale z tymi samymi datami wygaśnięcia co poprzednio.-
Oznacza to, że kopie zapasowe w obiekcie docelowym wygasają wcześniej niż kopie zapasowe w źródle.
-
W takiej sytuacji replikacja próbuje zreplikować kopie zapasowe, które zostały usunięte z obiektu docelowego.
-
Jednak kopia zapasowa nadal znajduje się w miejscu docelowym, zanim wyrzucanie elementów bezużytecznych (GC) usunie ją trwale, a replikacja przywraca kopię zapasową w obiekcie docelowym, ale z nową datą wygaśnięcia zgodną ze źródłem.
-
Ponieważ w tym przypadku nie ma nic do replikacji, następuje replikacja 0-bajtowa.
-
Może się to zdarzać codziennie, ponieważ kopie zapasowe w obiekcie docelowym będą usuwane codziennie dla codziennych kopii zapasowych.
-
Wszystkie kopie zapasowe w obiekcie docelowym są ostatecznie usuwane i zastępowane kopiami z nowymi datami wygaśnięcia, które są zgodne z datami w źródle.
-
Gdy wszystkie kopie zapasowe w obiekcie docelowym staną się takie same jak kopie zapasowe w źródle, aż do daty wygaśnięcia, replikacja 0-bajtowa nie będzie już wykonywana.
-
-
-
-
Resolution
Te wpisy można zignorować, ponieważ jest to oczekiwane zachowanie.
Affected Products
Avamar, Avamar ServerProducts
AvamarArticle Properties
Article Number: 000063807
Article Type: Solution
Last Modified: 21 ذو القعدة 1447
Version: 7
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.