Cloud Disaster Recovery

En este documento, se destacan las versiones de código mínimas, recomendadas y más recientes para los productos de infraestructura empresarial y de centro de datos de Dell Technologies. Dell evalúa y monitorea cuidadosamente los datos de implementación de código para asegurarse de que las versiones de productos cumplan con nuestras estrictas expectativas para proporcionar a nuestros clientes productos y soluciones confiables.

En este documento, se destacan las versiones de código mínimas, recomendadas y más recientes para los productos de infraestructura empresarial y de centro de datos de Dell Technologies. Dell evalúa y monitorea cuidadosamente los datos de implementación de código para asegurarse de que las versiones de productos cumplan con nuestras estrictas expectativas para proporcionar a nuestros clientes productos y soluciones confiables.

This article outlines how to fix the issue and reenable the file system when the Data Domain File System (DDFS) panics with the following PANIC string: PANIC: ddr/dm/dmbt_iface.c: dmbt_update_entry_nolock

En este artículo, se describe el procedimiento para configurar SNMP para iDRAC en sistemas Dell Data Domain habilitados para el cumplimiento de normas de bloqueo de retención.

En entornos de HA de Data Domain, las alertas de conectividad de red (EVT-NETM-00001) para las interfaces RDMA pueden borrarse automáticamente en el nodo activo, incluso cuando el enlace físico no se ha restaurado. Esto ocurre porque el mecanismo de recuperación de RDMA puede cambiar temporalmente los estados de la interfaz, lo que hace que netmon interprete la condición como resuelta y borre la alerta prematuramente.

El sondeo de SNMP excesivo puede sobrecargar el servicio de administración del sistema (SMS) de Data Domain, lo que hace que los comandos relacionados con el sistema de archivos fallen con mensajes como "El sistema de archivos no está disponible en este momento" o "filesys no responde". En casos graves, la contención de recursos de SMS puede provocar ciclos de limpieza omitidos, crecimiento de la capacidad, impactos en el respaldo o la replicación y fallas de descubrimiento de aplicaciones de administración.

Es posible que los usuarios de DD Boost permanezcan imborrables después de que se eliminen sus unidades de almacenamiento asociadas, especialmente cuando las unidades de almacenamiento fueron creadas automáticamente por PowerProtect Data Manager (PPDM). La ejecución de una operación de limpieza del sistema de archivos, seguida de la cancelación y eliminación de usuarios de DD Boost, elimina las referencias obsoletas y permite que las cuentas de usuario se eliminen correctamente.

Informes de estado de HA de Data Domain degradados con falla en el espejeado de SMS debido a un problema de estabilidad de iDRAC que devuelve HTTP 500 cuando se enumeran usuarios.

Es posible que la recuperación de espacio de NetWorker desde Data Domain no continúe debido a problemas de conectividad, incluso después de que se eliminen los registros de la base de datos de medios para los archivos.

Las alertas de Data Domain relacionadas con el sistema de archivos no generan correos electrónicos desde DDMC

Este artículo de la base de conocimientos está dirigido al soporte para partners de Dell y NetWorker. En este artículo de la base de conocimientos, se detalla un enfoque de solución de problemas y no se proporciona una solución para ninguna falla específica.

Los trabajos de respaldo que utilizan DD Boost pueden fallar con el error "La cantidad máxima de conexiones abiertas no puede superar las 60" cuando la aplicación de respaldo alcanza una limitación de punto de restauración o cadena de respaldo compatible. Por lo general, esta condición se relaciona con las restricciones de diseño del software de respaldo y la configuración de retención en lugar de un problema del sistema Data Domain.

Los sistemas Data Domain actualizados a DDOS 8.3.1.40 y DDOS 8.6.1.20 dejan de informar a DDMC 8.5.0.0 o DDMC 8.6.0.0.

Una unidad montada en BoostFS en Windows puede aparecer como "Desconectada" en el Explorador de Windows o generar errores relacionados con la conectividad a pesar de que la autenticación, el montaje, la comunicación de DDBoost y las operaciones de respaldo de BoostFS funcionan con normalidad. En estos casos, la investigación puede determinar que el comportamiento se origina en el sistema operativo del cliente Windows o en el software de seguridad de terminales en lugar de Data Domain o BoostFS.

En este artículo, se describe el procedimiento para realizar una actualización de firmware offline en unidades modelo Aries-KP (HUS72604CLAR3000 y HUS72604CLAR4000) de la versión N9C0 a NE70.

En DDOS 8.5 y 8.6, un fallo interno puede hacer que SupportAssist aparezca configurado, pero no completamente registrado después de una actualización. Este problema desencadena una ventana emergente de información de contacto obligatoria en la GUI de Data Domain System Manager (DDSM), lo que impide el acceso a las páginas de administración estándar.

En este artículo, se proporciona un desglose claro, modelo por modelo, de las versiones de firmware de iDRAC y BIOS recomendadas para cada versión de DDOS compatible en las plataformas serie DD. Está diseñado para ayudarlo a confirmar rápidamente qué niveles de firmware se alinean con la versión de DDOS de su sistema, reducir los problemas de compatibilidad y garantizar que su entorno permanezca estable, seguro y totalmente soportado. Utilice las siguientes tablas para encontrar las versiones de iDRAC y BIOS adecuadas para su modelo de DD específico en segundos.

Los restauradores de Data Domain (DDR) ejecutan un sistema de archivos de propiedad conocido como Data Domain File System (DDFS). Debido a la forma en que DDFS almacena los datos y los metadatos correspondientes, existen límites en la cantidad máxima de archivos que se pueden almacenar en un solo directorio. Superar estos límites puede causar rendimiento degradado, tiempos de espera agotados e inestabilidad del sistema. En este artículo, se explican los límites de archivos de directorio, el motivo técnico de los límites y los riesgos cuando no se cumplen los límites.

En este artículo, se proporciona orientación para solucionar problemas comunes de BoostFS, incluidos la conectividad, las fallas de montaje, los problemas de lockbox, las inquietudes de rendimiento y la validación de compatibilidad. También se describen las comprobaciones recomendadas, las ubicaciones de recopilación de registros y la información que se debe recopilar cuando se investigan problemas relacionados con BoostFS.

Un usuario no podía escribir en una unidad de almacenamiento montada en BoostFS después de cambiar la propiedad del directorio de un grupo propiedad del usuario a un grupo de operaciones compartido. La investigación confirmó que el comportamiento es esperado porque las comprobaciones de autorización de BoostFS dependen del grupo principal del usuario, a diferencia de algunas configuraciones de NFS en las que los permisos de punto de montaje pueden permitir un acceso de escritura más amplio.

En esta guía, se explica qué es Dial Home en los sistemas Data Domain, qué datos se envían a Dell y cómo funciona cada método de conexión y tipo de informe. Se establecen expectativas sobre cómo estos informes automatizados aceleran la detección de problemas, simplifican el soporte y mejoran la visibilidad del estado del sistema.

Data Domain claims to need a replication license for a local copy operation which has never historically required one.

Token-based authentication in DD Boost OST Plug-in 8.4 provides a more reliable authentication method and helps avoid intermittent credential decryption issues seen with earlier authentication handling in some NetBackup 10.x environments. It also improves credential security by eliminating dependence on encrypted password decryption workflows.

Clear entries by removing PostgreSQL DB and reinstalling Avamar REST API rpm package.Troubleshoot backup failure by checking software version and client properties on NMC1.

Una caja de seguridad de BoostFS puede dañarse después de la instalación de parches de Windows y un reinicio posterior del sistema, lo que hace que las operaciones de montaje y consulta de caja de seguridad de BoostFS fallen. La recreación de la caja de seguridad restaura temporalmente la funcionalidad, pero el problema puede volver a ocurrir, a menos que se completen las actividades de aplicación de parches y reinicio de Windows antes de la instalación de BoostFS.

Una LSU (unidad de almacenamiento lógico) o un volumen de disco de NetBackup configurados a través del plug-in de Data Domain OST se pueden marcar como offline cuando una sola unidad de almacenamiento de DDBoost tiene más de cinco asociaciones configuradas en la misma dirección de replicación. Esta limitación puede hacer que fallen las operaciones de respaldo, replicación y sondeo de discos, lo que provoca que el volumen de disco y el pool de discos asociados se informen como inactivos.

Las importaciones de replicación automática de imágenes (AIR) faltaban de forma intermitente porque varios dominios de NetBackup estaban configurados para acceder a las mismas unidades de almacenamiento de Data Domain mediante credenciales de DDBoost compartidas. Esto creaba una condición de carrera de robo de eventos en la que los servidores de medios no deseados consumían archivos de eventos de AIR, lo que generaba importaciones incoherentes y restauraciones fallidas durante las pruebas de recuperación ante desastres.

Un sistema Data Domain generaba demasiados paquetes de control de flujo prioritario (PFC) durante las actividades de replicación de nodos oscilantes de Avamar, lo que provocaba que los switches Cisco Nexus conectados deshabilitaran automáticamente las interfaces de red. El problema se atribuyó al comportamiento de LLDP en el nivel de firmware de la NIC Intel que afectaba las comunicaciones de DCBx y se resolvió mediante la actualización a DDOS 8.4 o posterior.

Cuando se realiza una actualización de DDOS en la versión 8.7 o anterior, la comprobación de la firma de RPM puede fallar con el mensaje de error: "La firma del archivo .rpm no es válida".

NetWorker: El clon falla con Err: 5009-nfs filecopy stop failed (nfs: I/O error) después de la actualización de Data Domain a DDOS 8.7 u 8.8