Prepara sistemas de archivos para Backup and DR en un dispositivo de copia de seguridad o recuperación

En esta página, se incluye información para garantizar que haya conectividad NFS para Backup and DR.

Instala el cliente de NFS en un host de Red Hat RHEL 6 o CentOS Linux

Para verificar si el cliente está instalado, ejecuta el siguiente comando: # rpm -qa | grep nfs

Debería mostrar algo similar a lo siguiente:

  nfs-utils-lib-1.1.5-9.el6.x86_64
  nfs-utils-1.2.3-54.el6.x86_64
  • Si no ves nada, usa yum para instalar los paquetes del cliente NFS. Ejecuta: # yum install nfs-utils nfs-utils-lib
  • Asegúrate de que el paquete rpcbind /portmapper esté instalado en el host de Linux. Ejecuta:# rpm -qa | grep rpcbind

Esto debería mostrar algo como: rpcbind-0.2.0-11.el6.x86_64

  • Si no ves nada, usa yum para instalar rpcbind. Ejecuta: # yum install rpcbind

Instala el cliente de NFS en un host de SLES Linux

  1. Para comprobar si el cliente está instalado, ejecuta el siguiente comando: # rpm -qa | grep nfs

    Esto debería mostrar un resultado similar al siguiente:

    nfs-client-1.2.1-2.6.6
yast2-nfs-common-2.17.7-1.1.2
yast2-nfs-client-2.17.12-0.1.81

  2. Si no ves los paquetes nfs-client o yast2-nfs-xxxx, usa YaST o zypper para instalar los paquetes del cliente NFS.

    • Con YaST:
    # yast2 --install yast2-nfs-client
# yast2 --install yast2-nfs-common
    • Cómo usar Zypper:# zypper install nfs-client

  3. Asegúrate de que el paquete rpcbind o portmapper esté instalado en el host de Linux. Ejecuta lo siguiente: # rpm -qa | grep rpcbind Esto debería mostrar un resultado similar a rpcbind-0.1.6+git20080930-6.15.

  4. Si no ves nada, debes instalar los paquetes con YaST o zypper:

    • Uso de YaST: # yast2 --install rpcbind
    • Cómo usar Zypper: # zypper install rpcbind

Obtén información del cliente NFS del host de Linux

En el host, se debe instalar un paquete y una versión de cliente de NFS aprobados por Backup and DR.

  1. Comprueba si se está ejecutando el servicio portmapper o rpcbind. Ejecuta: # sudo service rpcbind status

    • Un host de Red Hat RHEL 6 o CentOS Linux debería devolver algo similar a lo siguiente: rpcbind (pid 1591) is running...
    • Un host de SLES Linux debería devolver algo como lo siguiente: Checking for service rpcbind running

  2. Si el servicio rpcbind no se está ejecutando en el host de Linux, inícialo con el siguiente comando: # sudo service rpcbind start

  3. Usa rpcinfo para enumerar los programas o servicios de RPC registrados. El asignador de puertos debe estar registrado y en ejecución.

    # sudo rpcinfo -p
program vers proto port service
100000 4 tcp 111 portmapper
100000 3 tcp 111 portmapper
100000 2 tcp 111 portmapper
100000 4 udp 111 portmapper
100000 3 udp 111 portmapper
100000 2 udp 111 portmapper

  4. Verifica si el host de Linux puede realizar una llamada a RPC a los programas rpcbind y NFS en el dispositivo de copia de seguridad o recuperación con el siguiente comando.

    # sudo rpcinfo -T tcp <#vm internal IP> rpcbind
program 100000 version 2 ready and waiting
program 100000 version 3 ready and waiting
program 100000 version 4 ready and waiting
# sudo rpcinfo -T tcp <#vm internal IP> nfs
program 100003 version 2 ready and waiting
program 100003 version 3 ready and waiting

Si los comandos anteriores muestran el resultado que se mostró antes, la conectividad de NFS desde el host de Linux al dispositivo de copia de seguridad y recuperación es buena.

Planifica el tamaño del disco de transferencia

En algunos sistemas de archivos grandes, es posible que debas establecer manualmente el tamaño del disco de etapa de pruebas para el sistema de archivos. El tamaño predeterminado del disco de transferencia es NAS capacity + 20%, pero hay dos casos en los que esto puede ser insuficiente:

  • A veces, los sistemas de archivos de red NFS y SMB informan incorrectamente capacidades muy grandes. En los casos en que el sistema de archivos informa que supera los 128 TiB, el agente de Backup and DR falla la copia de seguridad con el código de error 5289: "El tamaño informado del volumen protegido requiere que se especifique el tamaño del disco de etapa de pruebas para esta aplicación". Este error evita que el servicio Backup and DR asigne un disco enorme que no es necesario o que es más grande de lo que el dispositivo de copia de seguridad o recuperación puede controlar.

  • Incluso si tu NAS usa la deduplicación y la compresión en sus discos, el servicio Backup and DR no deduplica ni comprime los datos en la copia de seguridad del disco de staging. Es posible que tu NAS informe un uso de 5 TB, pero la copia de seguridad en el disco de transferencia puede usar mucho más espacio. Esto también requiere que los administradores especifiquen un tamaño de disco de etapa de pruebas manual. Esto puede generar un error de "disco de etapa de pruebas lleno".

Si ves alguno de estos errores, configura manualmente el tamaño del disco de transferencia en Application Details and Settings.

Instantáneas virtuales en un directorio .snapshot

A veces, en el NAS, hay directorios .snapshot que contienen una copia completa del contenido del NAS. Son instantáneas virtuales del NAS. El agente de Backup and DR intenta copiar todas esas instantáneas y se queda sin espacio. Para solucionar este problema, puedes usar un patrón de exclusión de .snapshot o ~snapshot (cualquier nombre que use el NAS). Consulta Excluir patrones en.

Información adicional para preparar hosts del sistema de archivos

En Administra hosts y sus aplicaciones conectadas, encontrarás información adicional pertinente para preparar un host del sistema de archivos para la protección.