Avamar. Как обновить ссылку на метаданные резервной копии Резервная копия была отозвана вручную с облачного уровня Data Domain

Правильная процедура восстановления резервной копии из Data Domain (DD) Cloud Tier на Active Tier использует метод « Avamaravtier" command, как описано в Avamar: Как отозвать резервные копии, которые были перенесены на Data Domain Cloud Tier.

В этой статье рассматриваются сценарии, в которых правильная процедура не использовалась и отзыв был выполнен вручную на DD без изменений в 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 по-прежнему распознает резервную копию как хранящуюся на Cloud Tier.

Попытка восстановить эту резервную копию из Avamar приводит к новому (ненужному) перемещению данных в DD между активным и облачным уровнями при вызове отзыва.

Если Avamar не выполнил резервное копирование, отозванное с облачного уровня Data Domain на активный уровень, метаданные для этого резервного копирования в Avamar не синхронизированы с расположением данных в Data Domain.

Существует два временных решения этой проблемы:

Способ 1. Синхронизация метаданных резервной копии между GSAN и Data Domain, запустив сборщик мусора (GC) с помощью команды "checkalltierduringgc» включено:

1. Остановите планировщик обслуживания. 

dpnctl stop maint 

2. Включите параметр changealltiering параметр:

avmaint --ava config checkalltierduringgc=true

3. Запустите сборку мусора:

 avmaint --ava garbagecollect 

4. Следите за сетью до завершения сборки мусора с помощью одной из следующих команд:

avmaint gcstatus -- or -- status.dpn

5. После завершения сборки мусора отключите функцию changealltiering параметр:

avmaint --ava config checkalltierduringgc=false

6. Перезапустите планировщик обслуживания.

dpnctl start maint

Способ 2. Вручную обновите метаданные резервной копии с помощью команды «avmgr chgt":

1. Создайте контрольную точку Avamar на случай возникновения каких-либо проблем.

2. Запросите состояние резервной копии, которую необходимо отозвать с облачного уровня Data Domain, с помощью следующей команды. Запишите параметр «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» изменяет местоположение метаданных резервной копии с Cloud Tier на Active Tier.

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