Avamar : Mise à jour de la référence des métadonnées de sauvegarde : une sauvegarde a été rappelée manuellement à partir de Data Domain Cloud Tier
Summary: Avamar gère et utilise les métadonnées de sauvegarde pour effectuer une restauration de niveau Cloud selon les besoins d’une grille Avamar intégrée à un système Data Domain. Cet article explique comment resynchroniser les sauvegardes DD rappelées manuellement et mettre à jour les métadonnées Avamar. ...
Symptoms
La procédure de rappel correcte d’une sauvegarde à partir du niveau Cloud de Data Domain (DD) vers le niveau actif utilise la commande Avamar "avtier", comme documenté dans Avamar : Comment rappeler les sauvegardes qui ont été migrées vers Data Domain Cloud Tier.
Cet article traite des scénarios dans lesquels la procédure appropriée n’a pas été utilisée et où le rappel a été effectué manuellement sur le DD sans modification d’Avamar.
Après le rappel manuel de DD, la sauvegarde se trouve sur le niveau actif DD, mais les métadonnées Avamar de la sauvegarde l’affichent sur le niveau Cloud.
Par exemple :
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"/>
(Sortie enveloppée pour plus de lisibilité)
À partir de cette sortie, tier="2 » indique qu’Avamar reconnaît toujours la sauvegarde comme stockée sur Cloud Tier.
Les tentatives de restauration de cette sauvegarde à partir d’Avamar entraînent de nouveaux déplacements de données (inutiles) sur le DD entre le niveau actif et le niveau Cloud lorsque le rappel est appelé.
Cause
Si Avamar n’a pas effectué de sauvegarde rappelée de Data Domain Cloud Tier vers Active Tier, les métadonnées de cette sauvegarde sur Avamar ne sont pas synchronisées avec l’emplacement des données sur Data Domain.
Resolution
Il existe deux solutions de contournement pour résoudre ce problème :
Méthode 1 : Synchronisez les métadonnées de sauvegarde entre GSAN et Data Domain en exécutant le nettoyage de la mémoire (GC) avec «checkalltierduringgc" enabled :
1. Arrêtez le planificateur de maintenance :
dpnctl stop maint
2. Activez l’option changealltiering paramètre:
avmaint --ava config checkalltierduringgc=true
3. Démarrer le nettoyage de la mémoire :
avmaint --ava garbagecollect
4. Surveillez la grille jusqu’à ce que le GC ait terminé à l’aide de l’une des commandes ci-dessous :
avmaint gcstatus -- or -- status.dpn
5. Une fois le GC terminé, désactivez le changealltiering paramètre:
avmaint --ava config checkalltierduringgc=false
6. Redémarrez le planificateur de maintenance :
dpnctl start maint
Méthode 2 : Mettez à jour manuellement les métadonnées de sauvegarde à l’aide de "avmgr chgt":
1. Créez un point de contrôle Avamar au cas où des problèmes se produiraient.
2. Interrogez l’état de la sauvegarde à rappeler à partir de Data Domain Cloud Tier à l’aide de la commande ci-dessous. Enregistrez le paramètre «created_prectime" valeur.
avmgr getb --path=/clients/ClientName --format=xml --incpartials |grep 'labelnum="<labelnum>"'
Par exemple :
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. À l’aide de l’option "created_prectime" ci-dessus, exécutez la commande suivante :
avmgr chgt --path=/clients/clientName --date="<created_prectime>" --tiering=0 --ava
Par exemple :
avmgr chgt --path=/clients/clientName --date="0x1d359bbb62ce6ba" --tiering=0 --ava
« --tiering=0 » modifie l’emplacement des métadonnées de sauvegarde du niveau Cloud au niveau actif.
4. Exécutez à nouveau la commande de l’étape 2 pour vérifier que la sauvegarde signale désormais le niveau correct :
avmgr getb --path=/clients/ClientName --format=xml --incpartials |grep 'labelnum="<labelnum>"'
Par exemple :
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
| Nom du niveau | Numéro | Remarques |
| Actif | 0 |
La sauvegarde est stockée sur le niveau actif de Data Domain et n’est pas stockée dans le Cloud. |
| Marqué | 1 |
La sauvegarde est marquée pour la hiérarchisation vers le Cloud. |
| Cloud | 2 |
La sauvegarde a été hiérarchisée dans le Cloud. |
| Indéterminé | 3 |
Lorsque l’instance d’Avamar Server marque des sauvegardes à des fins de hiérarchisation ou rappelle des sauvegardes à partir du Cloud, la sauvegarde présente l’état Indeterminate. |