Avamar, Data Domain Integration : Erreurs hfscheck liées à la fonctionnalité de migration de fichiers Cloud Tier
Сводка: Un utilisateur exécutant Avamar 7.3 (qui n’est PAS compatible avec le Cloud) a activé Cloud Tiering (CT) sur le système Data Domain et a commencé à migrer les sauvegardes. Étant donné qu’Avamar 7.3 n’est pas au courant de l’ensemble de ce processus, les fichiers déplacés sur le système Data Domain entraînent l’échec de la vérification HFS. ...
Данная статья применяется к
Данная статья не применяется к
Эта статья не привязана к какому-либо конкретному продукту.
В этой статье указаны не все версии продуктов.
Симптомы
Avamar 7.4 et versions ultérieures fournit une « LTR gérée sur Cloud Tier »
Les sauvegardes qui existaient avant cette conversion ne créaient pas le fichier XML (
Si seules quelques sauvegardes sont affectées, cette opération peut être effectuée manuellement. Dans le cas contraire, les restaurations doivent être effectuées à l’aide de scripts.
La fonction de migration des fichiers au niveau Cloud n’est prise en charge qu’à partir d’Avamar version 7.4.x.
Lorsque Cloud Tier est activé sur Avamar version 7.2.x et 7.3.x, Avamar
Le scénario se produit lorsque la fonction de hiérarchisation sur le Cloud est activée ou configurée directement sur la structure MTree Avamar sur le système Data Domain (et NON configurée dans Avamar).
La sortie suivante (située sur le système Data Domain) affiche correctement les deux fichiers .xml :
Cela peut entraîner le déplacement des fichiers vers Cloud Tier lorsque Data Domain exécute son
Par conséquent, le contrôle d’intégrité d’Avamar (
Les sauvegardes qui existaient avant cette conversion ne créaient pas le fichier XML (
ddr_files.xml) avec une date future et le fichier V2 (v2_ddr_files.xml) avec la date du jour étant donné que le système était une entité à nœud unique à l’époque.
Si seules quelques sauvegardes sont affectées, cette opération peut être effectuée manuellement. Dans le cas contraire, les restaurations doivent être effectuées à l’aide de scripts.
La fonction de migration des fichiers au niveau Cloud n’est prise en charge qu’à partir d’Avamar version 7.4.x.
Lorsque Cloud Tier est activé sur Avamar version 7.2.x et 7.3.x, Avamar
hfscheck Échoue avec MSG_ERR_DDR_ERROR. hfscheck échoue, car les fichiers XML présents dans les sauvegardes n’existent plus sur Data Domain Active Tier (car ils ont été déplacés vers Cloud Tier à l’insu d’Avamar).
Le scénario se produit lorsque la fonction de hiérarchisation sur le Cloud est activée ou configurée directement sur la structure MTree Avamar sur le système Data Domain (et NON configurée dans Avamar).
La sortie suivante (située sur le système Data Domain) affiche correctement les deux fichiers .xml :
-rw-rw-rw- 1 ddboost users 123456784580 Feb 1 23:14 container.1.cdsf -rw-rw-rw- 1 ddboost users 12768 Feb 1 23:14 container.1.cdsf.trace -rw-rw-rw- 1 ddboost users 419 Feb 1 23:14 v2_ddr_files.xml -rw-rw-rw- 1 ddboost users 419 Jan 1 2037 ddr_files.xml
- Le
v2_ddr_files.xmlest créé lors de l’activation de la hiérarchisation sur le Cloud sur le système Data Domain- Contient les paramètres de rétention actuels pour l’ID de sauvegarde (BID)
- Le
ddr_files.xml- Le fichier a une date future du 1er janvier 2037, il n’est donc jamais envoyé à l’unité de Cloud.
v2_ddr_files.xml est créée sur la structure MTree Data Domain.
Cela peut entraîner le déplacement des fichiers vers Cloud Tier lorsque Data Domain exécute son
data-movement processus.
Par conséquent, le contrôle d’intégrité d’Avamar (
hfscheck) échoue, car il ne peut pas stocker les sauvegardes correspondantes sur la structure MTree Avamar.Причина
Exemple de scénario entraînant ce problème :
- Un système Data Domain est intégré à un système Avamar (serveur Avamar à nœud unique sans niveau actif ou Cloud sur le système Data Domain)
- Toutes les sauvegardes sur le système Data Domain créé à l’aide d’Avamar ont la valeur
ddr_files.xml. - Cloud Tier est activé sur le système Data Domain
- Une règle de « déplacement des données » est créée sur Data Domain pour migrer les sauvegardes vers Cloud Tier
- Avamar n’a pas connaissance de la migration par porte dérobée (comme un système Data Domain Archiver ou Extended Retention)
- Le
ddr_files.xmlles fichiers sont migrés vers Cloud Tier dans le cadre du « déplacement des données »
v2_ddr_files.xml et l’avenir ddr_files.xml , car les nouvelles sauvegardes considèrent Data Domain comme un système de rétention étendue (ER).Разрешение
La prise en charge officielle de Data Domain Cloud Tier par Avamar provient de la version 7.4.
À l’heure actuelle, la SEULE règle de déplacement des données utilisée par Avamar est la règle « gérée par l’application » et NON la règle « gérée par l’âge ». La règle « gérée par l’application » est automatiquement créée par Avamar MCS lorsque l’unité de Cloud est mise à jour sur l’interface utilisateur d’Avamar MCS.
Si la migration Cloud Tier a été activée directement sur Data Domain, et
À l’heure actuelle, la SEULE règle de déplacement des données utilisée par Avamar est la règle « gérée par l’application » et NON la règle « gérée par l’âge ». La règle « gérée par l’application » est automatiquement créée par Avamar MCS lorsque l’unité de Cloud est mise à jour sur l’interface utilisateur d’Avamar MCS.
Si la migration Cloud Tier a été activée directement sur Data Domain, et
hfscheck échec du MSG_ERR_DDR_ERROR, contactez le support technique Dell Technologies pour résoudre ce problème.Дополнительная информация
Remarque : La règle de seuil d’âge n’est PAS prise en charge.
La commande suivante peut être exécutée sur le shell Data Domain pour vérifier les règles actuelles de « déplacement des données » :
data-movement policy show Mtree Target(Tier/Unit Name) Policy Value ---------------------------- ---------------------- ------------- ------- /data/col1/avamar-14146xxxxx Cloud/vxx_virtustream age-threshold 30 days /data/col1/cloudtest Cloud/vxx_virtustream age-threshold 14 days ---------------------------- ---------------------- ------------- -------
Remarque : La règle « gérée par l’application » EST prise en charge par Avamar.
data-movement policy show Mtree Target(Tier/Unit Name) Policy Value ---------------------------- ---------------------- ----------- ------- /data/col1/avamar-148545xxxx Cloud/exx1 app-managed enabled ---------------------------- ---------------------- ----------- ------- data-movement schedule show Data-movement is scheduled to run on day(s) "mon" at "17:00" hrs. data-movement throttle show Data-movement throttle is set to 100 percent.
Remarque : Le
ddrmaint read-ddr-info comporte les champs suivants qui peuvent être vérifiés à des fins de vérification :
Exemple de résultat :
<snip> cloud_unit_name="cloud" mtree_name' = "/data/col1/avamar-148545xxxx" <snip>
Затронутые продукты
Avamar ServerПродукты
Avamar Server, Avamar with CloudBoostСвойства статьи
Номер статьи: 000059018
Тип статьи: Solution
Последнее изменение: 18 Oct 2024
Версия: 11
Получите ответы на свои вопросы от других пользователей Dell
Услуги технической поддержки
Проверьте, распространяются ли на ваше устройство услуги технической поддержки.