Avamar: Cómo actualizar la referencia de metadatos de respaldo: un respaldo se recuperó manualmente desde Data Domain Cloud Tier
Summary: Avamar mantiene y utiliza metadatos de respaldo para realizar restauraciones de nivel de nube según sea necesario para una cuadrícula de Avamar integrada con un Data Domain. En este artículo, se explica cómo volver a sincronizar los respaldos recuperados manualmente de DD y cómo actualizar los metadatos de Avamar. ...
Symptoms
El procedimiento de recuperación correcto para un respaldo desde el nivel de nube de Data Domain (DD) al nivel activo utiliza la herramienta " de Avamaravtier", como se documenta en Avamar: Cómo recuperar respaldos que se migraron a Data Domain Cloud Tier.
En este artículo, se abordan situaciones en las que no se utilizó el procedimiento correcto y la recuperación se realizó manualmente en DD sin cambios en Avamar.
Después de la recuperación manual de DD, el respaldo se encuentra en el nivel activo de DD, pero los metadatos de Avamar para el respaldo se muestran en el nivel de nube.
Por ejemplo:
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"/>
(Salida ajustada para facilitar la lectura)
En esta salida, tier="2" indica que Avamar aún reconoce el respaldo como almacenado en Cloud Tier.
Los intentos de restaurar este respaldo desde Avamar provocan una transferencia de datos nueva (innecesaria) en DD entre los niveles activo y de nube cuando se invoca la recuperación.
Cause
Si Avamar no realizó un respaldo recuperado de Data Domain Cloud Tier al nivel activo, los metadatos para ese respaldo en Avamar no están sincronizados con la ubicación de los datos en Data Domain.
Resolution
Existen dos soluciones alternativas para solucionar este problema:
Método 1: Sincronice los metadatos de respaldo entre GSAN y Data Domain mediante la ejecución de la recolección de elementos no utilizados (GC) con "checkalltierduringgc" Habilitado:
1. Detenga el programador de mantenimiento:
dpnctl stop maint
2. Habilite la opción changealltiering parámetro:
avmaint --ava config checkalltierduringgc=true
3. Inicie la recolección de elementos no utilizados:
avmaint --ava garbagecollect
4. Monitoree la cuadrícula hasta que se complete el GC mediante uno de los siguientes comandos:
avmaint gcstatus -- or -- status.dpn
5. Una vez que se complete GC, deshabilite el comando changealltiering parámetro:
avmaint --ava config checkalltierduringgc=false
6. Reinicie el programador de mantenimiento:
dpnctl start maint
Método 2: Actualice manualmente los metadatos de respaldo mediante "avmgr chgt":
1. Cree un punto de control de Avamar en caso de que se produzcan problemas.
2. Consulte el estado del respaldo que se recuperará de Data Domain Cloud Tier mediante el siguiente comando. Registre el parámetro "created_prectime" valor.
avmgr getb --path=/clients/ClientName --format=xml --incpartials |grep 'labelnum="<labelnum>"'
Por ejemplo:
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. Uso de la tecla "created_prectime" desde arriba, ejecute el siguiente comando:
avmgr chgt --path=/clients/clientName --date="<created_prectime>" --tiering=0 --ava
Por ejemplo:
avmgr chgt --path=/clients/clientName --date="0x1d359bbb62ce6ba" --tiering=0 --ava
"--tiering=0" cambia la ubicación de los metadatos de respaldo del nivel de nube al nivel activo.
4. Vuelva a ejecutar el comando del paso 2 para verificar que el respaldo ahora informe el nivel correcto:
avmgr getb --path=/clients/ClientName --format=xml --incpartials |grep 'labelnum="<labelnum>"'
Por ejemplo:
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
| Nombre del nivel | Número | Notas |
| Activo | 0 |
El respaldo se almacena en el nivel activo de Data Domain y no se almacena en la nube. |
| Marcado | 1 |
El respaldo está marcado para organización en niveles en la nube. |
| Nube | 2 |
El respaldo se ha organizado en niveles en la nube. |
| Indeterminado | 3 |
Cuando el servidor Avamar marca respaldos para organización en niveles o recupera respaldos de la nube, el respaldo tiene el estado Indeterminado. |