Los respaldos o restauraciones de Avamar hacia o desde Data Domain fallan o se completan con excepciones con mensajes de error que mencionan "5341" y "Error de biblioteca SSL"

De manera predeterminada, se utiliza un cifrado alto y el módulo de autenticación para la conectividad de Data Domain para la versión 5.5 (5.4 aún funcionaría en este escenario sin ningún problema) y si algún cliente utiliza un dispositivo WAAS (dispositivos de optimización WAN como CISCO WAAS) en su entorno, los respaldos fallarían para estos clientes u otros dispositivos de seguridad que analizan el tráfico.
 
Cuando el tráfico TCP de DDBoost se pasa a un WAAS, los datos TCP se analizan y, a continuación, se regeneran para lograr varias optimizaciones. Ninguna de estas optimizaciones es útil para DDBoost.
Cuando el dispositivo intercepta el paquete RPC Client Hello enviado por DDBoost, nunca llega al DDR. Esto hace que falle el protocolo de enlace SSL entre DDBoost y DDR.
Por lo tanto, DDBoost no puede establecer la conexión de TLS a DDR.
 
Dado que estos dispositivos WAAS/firewalls realizan la optimización basada en el puerto TCP, la resolución sería excluir todos los puertos de comunicación de DD/Avamar en estos dispositivos.

Después de actualizar a Avamar 7.1, los respaldos fallan con problemas de autenticación de DDR. 

Todos los grupos de políticas de respaldo de VM se configuraron en sin cifrado, desde que 7.1 bloquea automáticamente 27000, ahora lo cambiaron a High; también en el conjunto de datos, el cifrado de Data Domain está configurado en el valor predeterminado.

Para las restauraciones, la operación puede restaurar los archivos a la ubicación especificada en el cliente.  Sin embargo, el archivo restaurado está dañado y no se puede utilizar.

Los siguientes mensajes de error se pueden encontrar en los registros del cliente (registros avtar) en la GUI de Avamar Administrator o en el propio

clienteEjemplo de salida 1 (restauración):

         2015-11-12 15:56:48 Error de avtar: No se pudo abrir el servidor de Data Domain "avamar.emc.corp" con el código de resultado de DDR: 5341, desc: Error
de la biblioteca SSL 2015-11-12 15:56:48 Error de avtar: Problema al iniciar sesión en el índice del servidor DDR:2
2015-11-12 15:56:54 Avtar Error : No se puede abrir el archivo de contenedor para los medios de ubicación: número arábigo
2015-11-12 15:56:55 Error de avtar: ERROR DE CICLO INTERNO: No se pueden restaurar los datos del archivo 'D:\Text.txt' (code:3 - el objeto contenedor pax no existe).

Ejemplo de salida 2: 
 
Ejemplo de salida 3: 
 

Ninguno

Para permitir el respaldo de los clientes fallidos, puede agregar estas marcas para deshabilitar la autenticación de Data Domain que está causando las fallas mencionadas anteriormente. 

Avtar utiliza la autenticación y el cifrado configurados en alto para esta conexión de Data Domain. Utilice las siguientes marcas en avtar.cmd--ddr-auth-enabled=false
--ddr-encrypt-strength=none
--ddr-auth-mode=3 (18.1+)

Si el cliente tiene una gran cantidad de clientes, agregue las siguientes marcas al conjunto de datos para aplicar este cambio en todos los clientes

Después de iniciar sesión en la GUI de Avamar Administrator:

1. Seleccione el menú Herramientas
2. Administrar conjuntos de datos
3. Seleccione el conjunto de datos
4. Haga clic en el botón Edit
5. Seleccione el botón Opciones en la ventana emergente
6. Seleccione el plug-in correcto en el menú desplegable "Seleccionar tipo de plug-in:"
7. Haga clic en el botón Más

Resultado de muestra: 




Para los trabajos de restauración del sistema de archivos de Windows, cambie el valor de la opción "Encryption method from Data Domain system" en el conjunto de datos de "High" a "None".  Este valor deshabilita el cifrado SSL para la operación de restauración.