Avamar: Jak zaktualizować odniesienie do metadanych kopii zapasowej, kopia zapasowa została ręcznie przywołana z warstwy chmury Data Domain
Summary: Avamar utrzymuje i wykorzystuje metadane kopii zapasowych, aby w razie potrzeby przywracać w warstwie chmury siatkę Avamar zintegrowaną z Data Domain. W tym artykule wyjaśniono, jak ponownie zsynchronizować ręcznie przywołane kopie zapasowe DD i zaktualizować metadane Avamar. ...
Symptoms
Prawidłowa procedura przywoływania kopii zapasowej z warstwy chmury Data Domain (DD) do warstwy aktywnej wykorzystuje Avamar "avtier", zgodnie z dokumentacją w Avamar: Przywoływanie kopii zapasowych, które zostały zmigrowane do warstwy chmury Data Domain.
Ten artykuł dotyczy scenariuszy, w których nie użyto prawidłowej procedury, a wycofanie zostało przeprowadzone ręcznie na DD bez zmian w Avamar.
Po ręcznym wycofaniu DD kopia zapasowa znajduje się w aktywnej warstwie DD, ale metadane Avamar dla kopii zapasowej pokazują ją w warstwie chmury.
Na przykład:
avmgr getb --path=/clients/ClientName --format=xml --incpartials | grep -i 1D359BBB62CE6BA
backuplistrec flags="24117249" labelnum="592" label="***_Exchange_Full-1510201386783#0" created="1510274087" roothash="fff989cfe0fe0654abc5453466fcbe7b12879207"
totalbytes="3537383718912.00" ispresentbytes="0.00" pidnum="3018" percentnew="0" expires="0" created_prectime="0x1d359bbb62ce6ba" partial="0" retentiontype=
"daily,weekly,monthly" backuptype="Full" ddrindex="1" locked="0" direct_restore="1" tier="2" appconsistent="not_available" sealstate="COMPLETE"/>
(Dane wyjściowe opakowane w celu zapewnienia czytelności)
W tych danych wyjściowych parametr tier="2" wskazuje, że Avamar nadal rozpoznaje kopię zapasową jako przechowywaną w warstwie chmury.
Próby przywrócenia tej kopii zapasowej z Avamar powodują nowe (niepotrzebne) przenoszenie danych w DD między warstwą aktywną i chmurową po wywołaniu odwołania.
Cause
Jeśli kopia zapasowa odwołana z warstwy chmury Data Domain do warstwy aktywnej nie została wykonana przez Avamar, metadane tej kopii zapasowej w systemie Avamar nie są zsynchronizowane z lokalizacją danych w systemie Data Domain.
Resolution
Istnieją dwa obejścia tego problemu:
Metoda 1: Synchronizuj metadane kopii zapasowej między GSAN i Data Domain, uruchamiając odśmiecanie pamięci (GC) za pomocą polecenia "checkalltierduringgc" włączone:
1. Zatrzymaj harmonogram konserwacji:
dpnctl stop maint
2. Włącz funkcję changealltiering parametr:
avmaint --ava config checkalltierduringgc=true
3. Rozpocznij odśmiecanie pamięci:
avmaint --ava garbagecollect
4. Monitoruj siatkę do momentu zakończenia GC, korzystając z jednego z poniższych poleceń:
avmaint gcstatus -- or -- status.dpn
5. Po zakończeniu GC wyłącz changealltiering parametr:
avmaint --ava config checkalltierduringgc=false
6. Uruchom ponownie harmonogram konserwacji:
dpnctl start maint
Metoda 2: Ręcznie zaktualizuj metadane kopii zapasowej za pomocą "avmgr chgt":
1. Utwórz punkt kontrolny Avamar w przypadku wystąpienia jakichkolwiek problemów.
2. Za pomocą poniższego polecenia sprawdź stan kopii zapasowej, która ma zostać wywołana z warstwy chmury Data Domain. Zapisz parametr "created_prectime".
avmgr getb --path=/clients/ClientName --format=xml --incpartials |grep 'labelnum="<labelnum>"'
Na przykład:
avmgr getb --path=/clients/ClientName --format=xml --incpartials |grep 'labelnum="592"'
backuplistrec flags="24117249" labelnum="592" label="***_Exchange_Full-1510201386783#0" created="1510274087" roothash="fff989cfe0fe0654abc5453466fcbe7b12879207" totalbytes="3537383718912.00" ispresentbytes="0.00" pidnum="3018" percentnew="0" expires="0" created_prectime="0x1d359bbb62ce6ba" partial="0" retentiontype="daily,weekly,monthly" backuptype="Full" ddrindex="1" locked="0" direct_restore="1" tier="3" ...
3. Za pomocą przycisku "created_prectime" z góry uruchom następujące polecenie:
avmgr chgt --path=/clients/clientName --date="<created_prectime>" --tiering=0 --ava
Na przykład:
avmgr chgt --path=/clients/clientName --date="0x1d359bbb62ce6ba" --tiering=0 --ava
Wartość "--tiering=0" zmienia lokalizację metadanych kopii zapasowej z warstwy chmury na warstwę aktywną.
4. Uruchom ponownie polecenie z kroku 2, aby sprawdzić, czy kopia zapasowa zgłasza teraz prawidłową warstwę:
avmgr getb --path=/clients/ClientName --format=xml --incpartials |grep 'labelnum="<labelnum>"'
Na przykład:
avmgr getb --path=/clients/ClientName --format=xml --incpartials |grep 'labelnum="592"'
avmgr getb --path=/clients/ClientName --format=xml --incpartials labelnum=592
<backuplistrec flags="24117249" labelnum="592" label="***_Exchange_Full-1510201386783#0" created="1510274087" roothash="fff989cfe0fe0654abc5453466fcbe7b12879207" totalbytes="3537383718912.00" ispresentbytes="0.00" pidnum="3018" percentnew="0" expires="0" created_prectime="0x1d359bbb62ce6ba" partial="0" retentiontype="daily,weekly,monthly" backuptype="Full" ddrindex="1" locked="0" direct_restore="1" tier="0" ...
Additional Information
| Nazwa warstwy | Numer | Uwagi |
| Active | 0 |
Kopia zapasowa jest przechowywana w warstwie aktywnej Data Domain i nie jest przechowywana w chmurze. |
| Oznaczone | 1 |
Kopia zapasowa jest oznaczona do warstwowania w chmurze. |
| Chmura | 2 |
Kopia zapasowa została warstwowa w chmurze. |
| Nieokreślony | 3 |
Gdy serwer Avamar oznacza kopie zapasowe do warstwowania lub przywołuje kopie zapasowe z chmury, kopia zapasowa ma stan Nieokreślona. |