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

Precaución: Se dio de baja la compatibilidad con la copia de seguridad y el restablecimiento de las cargas de trabajo administradas con la consola de administración de dispositivos heredada. Para obtener más información, consulta Bajas de funciones en la documentación de Backup and DR.

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

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

Ejecuta el siguiente comando para ver si el cliente está instalado: # rpm -qa | grep nfs

Esto debería devolver algo como 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 de 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 devolver algo como lo siguiente: rpcbind-0.2.0-11.el6.x86_64

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

Instala el cliente de NFS en un host de Linux de SLES

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

   Esto debería devolver 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 de NFS.

   • Con YaST:

   # yast2 --install yast2-nfs-client
   # yast2 --install yast2-nfs-common
   

   • Con 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 devolver algo como rpcbind-0.1.6+git20080930-6.15.

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

   • Usa YaST: # yast2 --install rpcbind
   • Con Zypper: # zypper install rpcbind

Obtén información del cliente de NFS desde el 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. Verifica si el servicio portmapper o rpcbind se está ejecutando. Ejecuta lo siguiente: # sudo service rpcbind status

   • Un host de Red Hat RHEL 6 o CentOS Linux debería devolver algo como lo siguiente: rpcbind (pid 1591) is running...
   • Un host de Linux SLES 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 lo siguiente: # sudo service rpcbind start

3. Usa rpcinfo para enumerar los programas o servicios de RPC registrados. Portmapper 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 de RPC a los programas rpcbind y NFS en el dispositivo de copia de seguridad y recuperación con lo siguiente.

   # 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 devuelven 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 etapa de pruebas

En algunos sistemas de archivos grandes, es posible que debas configurar de forma manual el tamaño del disco de etapa de pruebas para el sistema de archivos. El tamaño predeterminado del disco de etapa de pruebas es de 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 de forma incorrecta 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 impide que Backup and DR asigne un disco enorme que no se necesita o que es más grande de lo que puede controlar el dispositivo de copia de seguridad y recuperación.

• Incluso si tu NAS usa la desduplicación y la compresión en sus discos, Backup and DR no anula duplicado ni comprime los datos de la copia de seguridad en el disco de etapa de pruebas. Es posible que tu NAS informe un uso de 5 TB, pero la copia de seguridad en el disco de etapa de pruebas 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 de forma manual el tamaño del disco de etapa de pruebas en Detalles y configuración de la aplicación.

Instantáneas virtuales en un directorio .snapshot

A veces, en el NAS hay directorios .snapshot que contienen una copia completa del contenido del NAS. Estas 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 (cualquiera que sea el nombre que use el NAS). Consulta Patrones de exclusión en.

Información adicional para preparar hosts del sistema de archivos

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