Integración de Avamar Data Domain: Errores de hfscheck relacionados con la función de migración de archivos de Cloud Tier
Сводка: Un usuario que ejecuta Avamar 7.3 (que NO es consciente de la nube) habilitó Cloud Tiering (CT) en Data Domain y comenzó a migrar respaldos. Dado que Avamar 7.3 no está al tanto de todo este proceso, los archivos transferidos en Data Domain provocan una falla en la comprobación de HFS. ...
Данная статья применяется к
Данная статья не применяется к
Эта статья не привязана к какому-либо конкретному продукту.
В этой статье указаны не все версии продуктов.
Симптомы
Avamar 7.4 y versiones posteriores proporcionan "LTR administrado en el nivel de nube"
Los respaldos que existían antes de esta conversión no crearon el archivo XML (
Si solo unos pocos respaldos se ven afectados, esto se puede hacer manualmente. De lo contrario, la recuperación se debe realizar con scripts.
La función de migración de archivos de nivel de nube solo se soporta a partir de la versión 7.4.x de Avamar.
Cuando Cloud Tier está habilitado en las versiones 7.2.x y 7.3.x de Avamar, Avamar
La situación se produce cuando la función Cloud Tiering está activada o configurada en el MTree de Avamar en Data Domain directamente (y NO en Avamar).
La siguiente salida (ubicada en Data Domain) muestra correctamente los dos archivos .xml:
Esto puede hacer que los archivos se transfieran al nivel de nube cuando Data Domain ejecuta su
Por lo tanto, la comprobación de integridad de Avamar (
Los respaldos que existían antes de esta conversión no crearon el archivo XML (
ddr_files.xml) con una fecha futura y el archivo V2 (v2_ddr_files.xml) con la fecha actual dado que el sistema era una entidad de nodo único en ese momento.
Si solo unos pocos respaldos se ven afectados, esto se puede hacer manualmente. De lo contrario, la recuperación se debe realizar con scripts.
La función de migración de archivos de nivel de nube solo se soporta a partir de la versión 7.4.x de Avamar.
Cuando Cloud Tier está habilitado en las versiones 7.2.x y 7.3.x de Avamar, Avamar
hfscheck Falla con MSG_ERR_DDR_ERROR. hfscheck falla porque los archivos XML presentes en los respaldos ya no existen en el nivel activo de Data Domain (ya que se transfirieron al nivel de nube sin el conocimiento de Avamar).
La situación se produce cuando la función Cloud Tiering está activada o configurada en el MTree de Avamar en Data Domain directamente (y NO en Avamar).
La siguiente salida (ubicada en Data Domain) muestra correctamente los dos archivos .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
- La carpeta
v2_ddr_files.xmlse crea al habilitar la organización de la nube en niveles en Data Domain- Contiene la configuración de retención actual para el ID de respaldo (BID)
- La carpeta
ddr_files.xml- El archivo tiene una fecha futura del 1 de enero de 2037, por lo que nunca se envía a la unidad de nube.
v2_ddr_files.xml se crea en el MTree de Data Domain.
Esto puede hacer que los archivos se transfieran al nivel de nube cuando Data Domain ejecuta su
data-movement proceso.
Por lo tanto, la comprobación de integridad de Avamar (
hfscheck) falla, ya que no puede archivar los respaldos correspondientes en el MTree de Avamar.Причина
Un escenario de ejemplo que da como resultado este problema:
- Un Data Domain está integrado a un Avamar (servidor Avamar de nodo único sin nivel activo o de nube en Data Domain)
- Todos los respaldos en Data Domain creados mediante Avamar tienen la actualización
ddr_files.xml. - Cloud Tier está habilitado en Data Domain
- Se crea una política de "transferencia de datos" en Data Domain para migrar los respaldos al nivel de nube
- Avamar no está al tanto de la migración de puerta trasera (como un sistema Data Domain Archiver o Extended Retention)
- La carpeta
ddr_files.xmllos archivos se migran al nivel de nube como parte de la "transferencia de datos"
v2_ddr_files.xml y el futuro ddr_files.xml archivos, ya que los nuevos respaldos ven Data Domain como un sistema de retención extendida (ER).Разрешение
El soporte oficial para Data Domain Cloud Tier de Avamar es de la versión 7.4.
La ÚNICA política de transferencia de datos actual que utiliza Avamar es la política "administrada por aplicaciones" y NO la política "administrada por antigüedad". Avamar MCS crea automáticamente la política "administrada por aplicaciones" cuando se actualiza la unidad de nube en la interfaz de usuario de Avamar MCS.
Si la migración de nivel de nube se habilitó directamente en Data Domain, y
La ÚNICA política de transferencia de datos actual que utiliza Avamar es la política "administrada por aplicaciones" y NO la política "administrada por antigüedad". Avamar MCS crea automáticamente la política "administrada por aplicaciones" cuando se actualiza la unidad de nube en la interfaz de usuario de Avamar MCS.
Si la migración de nivel de nube se habilitó directamente en Data Domain, y
hfscheck falló con MSG_ERR_DDR_ERROR, comuníquese con el soporte técnico de Dell Technologies para resolver este problema.Дополнительная информация
Nota: La política de "umbral de edad" NO es compatible.
El siguiente comando se puede ejecutar en el shell de Data Domain para comprobar las políticas actuales de "transferencia de datos":
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 ---------------------------- ---------------------- ------------- -------
Nota: La política "administrada por aplicaciones" ES compatible con 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.
Nota: La carpeta
ddrmaint read-ddr-info tiene los siguientes campos que se pueden comprobar para su verificación:
Ejemplo del mensaje de salida:
<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
Услуги технической поддержки
Проверьте, распространяются ли на ваше устройство услуги технической поддержки.