The specified network name is no longer available (El nombre de red especificado no está disponible)

Al acceder a archivos de copia de seguridad en un repositorio CIFS (SMB), Veeam Backup and Replication muestra cualquiera de los siguientes errores:

The specified network name is no longer available. (code 59, 0x8007003B)

An unexpected network error occurred. (code 64, 0x80070040)

Veeam Backup & Replication utiliza conexiones SMB para repositorios de respaldo, procesamiento de huésped y al agregar por primera vez un servidor de Windows a la Infraestructura de respaldo. Este KB solo trata los mensajes de error que ocurren en el contexto de una ruta de archivo de respaldo, como:

The specified network name is no longer available. Failed to read data from the file [\\10.0.0.81\backups\SQL VM New\SQL VM New2015-09-23T200441.vbk].

Nota: Si se produce el fallo en un trabajo de cinta y no se especifica una ruta UNC en el mensaje de error, póngase en contacto con el Soporte de Veeam.

Estos mensajes de error se transmiten directamente desde Microsoft Windows e indican que algún problema desconocido condujo a un fallo de la conexión entre la puerta de enlace del repositorio (que actúa como cliente del SMB) y el servidor SMB (generalmente un dispositivo NAS).



Hay muchas razones posibles por las que la conexión SMB puede fallar:
 

• Los problemas de red son una razón común, que constituyen una variedad potencialmente ilimitada de fallos de hardware o problemas de configuración de hardware de red; Tales problemas pueden o no implicar la pérdida de paquetes de red.
• Los firewalls simples pueden bloquear una conexión de manera consistente, mientras que los firewalls avanzados pueden destruir una conexión existente aparentemente al azar o en condiciones muy específicas.
• Tanto el cliente como el servidor pueden cerrar la conexión debido a uno de los varios tiempos de espera o limite de intentos de conexión en la capa de protocolo SMB o en la capa TCP subyacente; Dichos límites a menudo se encuentran debido a la congestión de la red o la carga excesiva en el almacenamiento.
• El NAS puede dejar de responder por completo debido a problemas de hardware o software; En algunos casos, puede estar mal configurado. Los dispositivos que utilizan la deduplicación posterior al proceso de respaldo pueden dejar de responder si el proceso comienza prematuramente.
• En circunstancias específicas, varias políticas de seguridad de GPO pueden limitar la conexión, por ejemplo: cliente de red de Microsoft: firmar digitalmente las comunicaciones. Asegúrese de que los hosts de origen y destino puedan comunicar utilizando esta política, de lo contrario, en caso de fallos en la red, considere desactivar esto. Se pueden habilitar más políticas de QoS en el cliente o destino SMB, creando un ancho de banda irrazonablemente bajo.

Soluciones comunes

• Si el recurso compartido del repositorio se encuentra en un servidor de Windows, intente crear un repositorio de Windows en ese servidor en lugar de un repositorio CIFS (SMB).
• Reinicie tanto la máquina cliente SMB (puerta de enlace del repositorio/Gateway) como el servidor SMB (NAS).
• Si hay otro almacenamiento disponible, intente escribir la copia de seguridad en el otro almacenamiento como verificación del problema y como solución temporal.
• Considere reconfigurar el NAS como iSCSI o un montaje NFS en un servidor de repositorio de Linux separado, dependiendo de lo que sea compatible con el NAS. Este cambio puede implicar la pérdida de datos. iSCSI generalmente ofrece el mejor rendimiento.
• No se recomienda escribir archivos de respaldo en recursos compartidos SMB a través de una red lenta o poco confiable, como una conexión WAN. Implemente un servidor de puerta de enlace (Gateway) con una conexión rápida (Ethernet 100Mbps +) al recurso compartido.
• Para descartar la interferencia de un firewall, deshabilite temporalmente cualquier firewall de software (incluidos ciertos productos antivirus) en el cliente o servidor SMB, así como cualquier firewall de hardware entre ellos.

Configuraciones de claves de registro:

Estos valores de registro deben crearse en la puerta de enlace SMB (Gateway), que se especifica en la configuración del repositorio como "Gateway". Si la puerta de enlace está configurada como "automática", agregue estos valores de registro a todos los servidores de Windows administrados por Veeam Backup & Replication.

• NetUseShareAccess
  Para Veeam B&R 8.0.0.917 o posterior, el siguiente valor de registro permite a los Data Movers abrir archivos de respaldo mediante un método resistente similar al comando de NET USE de Windows.
   

  Clave: HKLM\SOFTWARE\Veeam\Veeam Backup and Replication\
  DWORD: NetUseShareAccess
  Valor: 1
  

  Nota: Si se requieren credenciales, especifique Dominio\Usuario o Host\Usuario en la configuración del repositorio. .\User Las credenciales de usuario no son compatibles con NetUseShareAccess. Por ejemplo, especifique “NAS-01\Admin” en lugar de “.\Admin”.
   
• SessTimeout
  Esto aumenta la cantidad de tiempo que el cliente SMB de Windows esperará una respuesta de un servidor SMB antes de cancelar la conexión. El tiempo de espera predeterminado es de un minuto.
  Nota: se requiere reiniciar
   

  Key: HKLM\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters\
  DWORD: SessTimeout
  Value: 600
  

  Nota: Este es un valor en segundos. Pruebe con un valor de 600 decimales (10 minutos).
   
• TcpMaxDataRetransmissions
  Esto aumenta el número de veces que la implementación de TCP de Windows retransmitirá un segmento de datos antes de que cancele la conexión.
  Nota: se requiere reiniciar
   

  Clave: HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
  DWORD: TcpMaxDataRetransmissions
  Valor: 10 (Predeterminado: 5)

Pasos de soluciones adicionales

• Abra la configuración del repositorio y habilite Limit combined data rate. Si puede medir la velocidad de datos existente, comience con un límite entre 50% y 70% de ese valor para verificar que la reducción del rendimiento previene el error. Si la red aún está congestionada después de limitar la velocidad de datos del repositorio, y la fuente de la congestión se debe a otros procesos de Veeam, habilite la limitación de las conexiones relevantes.
• Cambie el servidor de puerta de enlace en la configuración del repositorio para probar si las rutas particulares al recurso compartido funcionan mejor que otras. Por ejemplo, si las conexiones desde cualquier servidor de Windows en un host ESXi tienden a fallar, pero las conexiones desde una máquina física de Windows no fallan, la causa raíz probablemente sea ese host ESXi o su conexión de red.
• Si la conexión SMB falla constantemente después de 10 horas, puede deberse a la expiración de un ticket de servicio Kerberos. La solución más confiable es crear credenciales que no sean de dominio en el NAS, luego especificar esas credenciales en la configuración del repositorio.