Prepara Filestore y otros sistemas de archivos para el servicio de Copia de seguridad y DR

En esta página, se incluye información para garantizar que haya conectividad de NFS para las copias de seguridad y la DR.

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

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

Se debería mostrar 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 NFS. Ejecuta: # yum install nfs-utils nfs-utils-lib
  • Asegúrate de que el paquete rpcbind /portmapper esté instalado en el host de Linux. Ejecutar:# rpm -qa | grep rpcbind

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

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

Instala el cliente de NFS en un host de SLES Linux

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

    Se debería mostrar algo similar a lo 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.

    • Usa YaST:
    # yast2 --install yast2-nfs-client
# yast2 --install yast2-nfs-common
    • Usa Zypper:# zypper install nfs-client

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

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

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

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

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

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

    • Un host Red Hat RHEL 6 o CentOS Linux debería mostrar algo como lo siguiente: rpcbind (pid 1591) is running...
    • Un host SLES Linux debería mostrar 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 mostrar una lista de 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 RPC a rpcbind y a los programas NFS en el dispositivo de copia de seguridad o 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 muestran el resultado que se mostró antes, la conectividad de NFS del host de Linux al dispositivo de copia de seguridad o recuperación es buena.

Cómo planificar el tamaño del disco de la etapa de pruebas

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

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

  • Incluso si tu NAS usa la anulación de duplicación y la compresión en sus discos, el servicio de copia de seguridad y DR no anula la duplicación ni comprime los datos en la imagen de copia de seguridad del disco de preparación. Es posible que tu NAS informe un uso de 5 TB, pero la imagen de la copia de seguridad en el disco de preparación puede usar mucho más espacio. Esto también requiere que los administradores especifiquen un tamaño de disco de etapa manual. Esto puede generar un error de “disco de preparación lleno”.

Si ves alguno de estos errores, configura manualmente el tamaño del disco de preparación 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 copia de seguridad y DR intenta copiar todas esas instantáneas y se queda sin espacio. Puedes solucionar este problema mediante un patrón de exclusión de .snapshot o ~snapshot (cualquier nombre que use el NAS ). Consulta Cómo excluir patrones en.

Información adicional para preparar hosts del sistema de archivos

La información adicional relevante para preparar un host de sistema de archivos para su protección se encuentra en Administra hosts y sus aplicaciones conectadas.