Avamar

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.

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.

Se marcaron respaldos, pero no se encontraron archivos en la nube.

Se reciben advertencias de ataque de intermediario cuando se intenta conectarse a un nodo de Avamar mediante SSH.

Las vulnerabilidades "Clave pública del servidor SSH demasiado pequeña" y "Configuración criptográfica SSH obsoleta" se informan en un informe de análisis de seguridad.

El servidor de consola de administración (MCS) aparece después de perder el archivo mcserver.xml como parte de una reversión.

Avamar: La celda de la interfaz de usuario de restauración a nivel de archivos (FLRUI) de vCloud recientemente implementada no se inicia debido a un problema con la contraseña del almacén de confianza

En un entorno integrado, la política de nivel de nube no marca los respaldos diarios para la nube debido a una configuración idéntica de vencimiento y umbral de antigüedad.

Cómo habilitar el modo de depuración para solucionar problemas de migración.

El servidor de consola de administración (MCS) se inicia después de una reversión e informa que "el tiempo de reversión de GSAN no coincide con el tiempo de reversión almacenado".

Se informa el código de síntoma 22409 (una validación de punto de comprobación (hfscheck) está vencida) debido a una incoherencia de contraseña para MCUser en los archivos MCCLI.

Avamar Administrator no se inicia con un error de JNI después de actualizar Java a una versión más reciente.

Avamar: Los puntos de control y HFScheck se omiten debido a que no se establece el "tiempo de espera".

Hay puertos que Avamar está utilizando, pero no se incluyen en las guías ni en la documentación de Avamar.

Después de actualizar Data Domain a 6.1.x, las instantáneas de Avamar almacenadas en Data Domain no vencen. No se realizaron otros cambios en el entorno.

En este artículo, se describe cómo cambiar la frecuencia de vaciado del servidor de consola de administración (MCS) a hora, en lugar de diaria. El cambio a los vaciados diarios se introdujo en Avamar v7.5.1.

El propósito de este artículo es describir cómo habilitar el modo de depuración para el registro (ddrmaint.log) en Avamar Utility Node con fines de solución de problemas.

Código de síntoma 22409: una validación de punto de control (hfscheck) está vencida debido a un programador de mantenimiento deshabilitado.

Código del síntoma 22409 de Avamar: una validación del punto de control (también conocida como "hfscheck") está vencida debido a permisos de mcserver.xml incorrectos.

Aumento de la eficiencia de la replicación de respaldo mediante marcas de replicación de pools.

Los archivos restaurados desde volúmenes desduplicados de Windows Server tardan mucho más que los de volúmenes estándar, ya que el proceso de rehidratación es lento e ineficiente.

El proceso de BMR se anula con el error "código 112: No hay suficiente espacio en el disco" cuando el disco de la VM de destino supera el tamaño de origen, ya que los atributos incorrectos de archivos de Windows hacen que la restauración necesite más espacio del que tiene la partición C:.

En este artículo, se explica cómo utilizar la herramienta Perl de copia de seguridad de recuperación de bajo nivel (BMRB)-meta para recopilar detalles del cliente de origen, como el fabricante, el modelo, la configuración del BIOS/UEFI y el diseño del disco, que son necesarios para una operación de recuperación de desastre de bajo nivel (BMR).

El asistente de recuperación de bajo nivel (BMR) de Avamar se detiene en la recuperación de volúmenes críticos en respaldo en servidores Windows que tienen muchos discos conectados. El asistente parece no responder durante el descubrimiento de volúmenes.

El proceso de recuperación ante desastres de bajo nivel (BMR) falla debido a que el respaldo de origen utiliza firmware de UEFI mientras que la máquina de destino está configurada para el BIOS, lo que genera un error de incompatibilidad de firmware.

El asistente de recuperación de bajo nivel (BMR) no se inicia después de iniciar un sistema con la ISO WinPE de BMR de Avamar, lo que impide las operaciones de recuperación.

En este artículo, se proporciona información sobre diversas herramientas y registros que un administrador puede utilizar para revisar los cambios realizados en una cuadrícula de Avamar.

La recuperación de bajo nivel (BMR) falla con "no se seleccionaron respaldos coincidentes" porque no hay ningún respaldo válido de Windows VSS que contenga el componente ASR disponible para el cliente.

An Avamar upgrade workflow fails while installing Gen4T system tools.