Prepare o Filestore e outros sistemas de ficheiros para o serviço de cópia de segurança e RD

Esta página inclui informações sobre como garantir que existe conetividade NFS para o Backup and DR.

Instale o cliente NFS num anfitrião do Red Hat RHEL 6 ou CentOS Linux

Verifique se o cliente está instalado executando o seguinte comando: # rpm -qa | grep nfs

Deve devolver algo como:

  nfs-utils-lib-1.1.5-9.el6.x86_64
  nfs-utils-1.2.3-54.el6.x86_64
  • Se não vir nada, use o yum para instalar os pacotes do cliente NFS. Corrida: # yum install nfs-utils nfs-utils-lib
  • Certifique-se de que o pacote rpcbind /portmapper está instalado no anfitrião Linux. Corrida:# rpm -qa | grep rpcbind

Deve ser devolvido algo semelhante a: rpcbind-0.2.0-11.el6.x86_64

  • Se não vir nada, use o yum para instalar o rpcbind. Corrida: # yum install rpcbind

Instale o cliente NFS num anfitrião Linux SLES

  1. Para ver se o cliente está instalado, execute: # rpm -qa | grep nfs

    Isto deve devolver algo semelhante ao seguinte:

    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. Se não vir os pacotes nfs-client nem yast2-nfs-xxxx, use o YaST ou o zypper para instalar os pacotes de cliente NFS.

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

  3. Certifique-se de que o pacote rpcbind ou portmapper está instalado no anfitrião Linux. Execute: # rpm -qa | grep rpcbind Isto deve devolver algo como: rpcbind-0.1.6+git20080930-6.15

  4. Se não vir nada, tem de instalar os pacotes através do YaST ou do zypper:

    • Usar o YaST: # yast2 --install rpcbind
    • Usar o Zypper: # zypper install rpcbind

Saiba mais sobre as informações do cliente NFS no anfitrião Linux

Tem de instalar um pacote e uma versão de cliente NFS aprovados pelo Backup and DR no anfitrião.

  1. Verifique se o serviço portmapper ou rpcbind está em execução. Corrida: # sudo service rpcbind status

    • Um anfitrião do Red Hat RHEL 6 ou CentOS Linux deve devolver algo como: rpcbind (pid 1591) is running...
    • Um anfitrião Linux SLES deve devolver algo semelhante a: Checking for service rpcbind running

  2. Se o serviço rpcbind não estiver em execução no anfitrião Linux, inicie-o com: # sudo service rpcbind start

  3. Use rpcinfo para listar os programas ou serviços RPC registados. O Portmapper tem de estar registado e em execução.

    # 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. Verifique se o anfitrião Linux pode fazer uma chamada RPC para programas rpcbind e NFS no dispositivo de cópia de segurança/recuperação através do seguinte.

    # 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

Se os comandos anteriores devolverem a saída apresentada anteriormente, significa que a conetividade NFS do anfitrião Linux para o dispositivo de cópia de segurança/recuperação é boa.

Planeamento do tamanho do disco de preparação

Para alguns sistemas de ficheiros grandes, pode ter de definir manualmente o tamanho do disco de preparação para o sistema de ficheiros. O tamanho do disco de preparação predefinido é de NAS capacity + 20%, mas existem dois casos em que pode ser insuficiente:

  • Por vezes, os sistemas de ficheiros de rede NFS e SMB comunicam incorretamente capacidades muito grandes. Nos casos em que o sistema de ficheiros comunica que tem mais de 128 TiB, o agente do Backup and DR falha a cópia de segurança com o código de erro 5289: "O tamanho comunicado do volume protegido requer que o tamanho do disco de preparação seja especificado para esta aplicação". Este erro impede que o serviço de cópia de segurança e recuperação de desastres aloque um disco enorme que não é necessário ou que é maior do que o dispositivo de cópia de segurança/recuperação consegue processar.

  • Mesmo que o NAS esteja a usar a desduplicação e a compressão nos respetivos discos, o serviço de cópia de segurança e recuperação de desastres não desduplica nem comprime os dados na imagem de cópia de segurança no disco de preparação. O NAS pode comunicar uma utilização de 5 TB, mas a imagem da cópia de segurança no disco de preparação pode usar significativamente mais espaço. Isto também requer que os administradores especifiquem um tamanho do disco de preparação manual. Isto pode resultar num erro "staging disk full" (disco de preparação cheio).

Se vir algum destes erros, defina manualmente o tamanho do disco de preparação em Detalhes e definições da aplicação.

Instantâneos virtuais num diretório .snapshot

Por vezes, no NAS, existem diretórios .snapshot que contêm uma cópia completa do conteúdo do NAS. Estes são instantâneos virtuais do NAS. O agente de cópia de segurança e recuperação de desastres tenta copiar todas essas capturas de ecrã e fica sem espaço. Pode solucionar este problema usando um padrão de exclusão de .snapshot ou ~snapshot (qualquer que seja o nome usado pelo NAS). Consulte o artigo Exclua padrões em.

Informações adicionais para preparar anfitriões do sistema de ficheiros

Pode encontrar informações adicionais relevantes para preparar um anfitrião do sistema de ficheiros para proteção em Gerir anfitriões e as respetivas aplicações associadas.