Авамар: Як оновити посилання на метадані резервної копії: резервну копію було викликано вручну з рівня Data Domain Cloud
Summary: Avamar підтримує та використовує метадані резервної копії для виконання за потреби відновлення хмарного рівня для сітки Avamar, інтегрованої з доменом даних. У цій статті пояснюється, як повторно синхронізувати резервні копії, викликані DD вручну, і оновити метадані Avamar. ...
Symptoms
Правильна процедура виклику резервної копії з хмарного рівня Data Domain (DD) на активний рівень використовує Avamar "avtier», як задокументовано в Avamar: Як викликати резервні копії, які були перенесені в Data Domain Cloud Tier.
У цій статті розглядаються сценарії, коли не була використана правильна процедура, а виклик виконувався на ДД вручну без змін в Avamar.
Після виклику DD вручну резервна копія знаходиться на активному рівні DD, але метадані Avamar для резервної копії показують її на рівні хмари.
Наприклад:
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"/>
(Вихід загорнутий для зручності читання)
З цього виводу, tier="2" вказує, що Avamar все ще розпізнає резервну копію як збережену на хмарному рівні.
Спроби відновити цю резервну копію з Avamar викликають новий (непотрібний) рух даних на DD між активним і хмарним рівнями при виклику виклику.
Cause
Якщо Avamar не виконав резервну копію, викликану з рівня Data Domain Cloud на активний рівень, метадані цієї резервної копії на Avamar не синхронізуються з розташуванням даних у домені даних.
Resolution
Є два обхідні шляхи, щоб виправити це:
Спосіб 1: Синхронізація метаданих резервної копії між GSAN і Data Domain, запустивши Garbage Collection (GC) з "checkalltierduringgc" увімкнено:
1. Зупиніть планувальник обслуговування:
dpnctl stop maint
2. Увімкніть функцію changealltiering Параметр:
avmaint --ava config checkalltierduringgc=true
3. Почніть вивезення сміття:
avmaint --ava garbagecollect
4. Слідкуйте за сіткою до тих пір, поки GC не завершиться, використовуючи одну з наведених нижче команд:
avmaint gcstatus -- or -- status.dpn
5. Як тільки GC завершиться, вимкніть changealltiering Параметр:
avmaint --ava config checkalltierduringgc=false
6. Перезапустіть планувальник обслуговування:
dpnctl start maint
Спосіб 2: Оновлення метаданих резервної копії вручну за допомогою "avmgr chgt":
1. Створіть контрольну точку Avamar на випадок виникнення будь-яких проблем.
2. Надішліть запит на статус резервної копії, яку потрібно викликати з рівня Data Domain Cloud, за допомогою наведеної нижче команди. Запишіть параметр "created_prectime" значення.
avmgr getb --path=/clients/ClientName --format=xml --incpartials |grep 'labelnum="<labelnum>"'
Наприклад:
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. За допомогою функції «created_prectime" зверху виконайте наступну команду:
avmgr chgt --path=/clients/clientName --date="<created_prectime>" --tiering=0 --ava
Наприклад:
avmgr chgt --path=/clients/clientName --date="0x1d359bbb62ce6ba" --tiering=0 --ava
"--tiering=0" змінює розташування метаданих резервної копії з рівня хмари на активний рівень.
4. Повторно запустіть команду з кроку 2, щоб переконатися, що резервна копія тепер повідомляє про правильний рівень:
avmgr getb --path=/clients/ClientName --format=xml --incpartials |grep 'labelnum="<labelnum>"'
Наприклад:
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
| Назва рівня | Число | Нотатки |
| Активний | 0 |
Резервна копія зберігається на активному рівні домену даних і не зберігається в хмарі. |
| Позначені | 1 |
Резервна копія позначена для багаторівневого підключення до хмари. |
| Хмара | 2 |
Резервна копія була багаторівневою в хмарі. |
| Невизначені | 3 |
Коли сервер Avamar позначає резервні копії для багаторівневого розподілу або викликає резервні копії з хмари, резервна копія має статус Невизначена. |