Preparar o Filestore e outros sistemas de arquivos para o serviço de backup e DR

Esta página inclui informações sobre como garantir a conectividade NFS para backup e DR.

Instalar o cliente NFS em um host do CentOS Linux ou do Red Hat RHEL 6

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

Isso deve retornar algo como:

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

Isso deve retornar algo como: rpcbind-0.2.0-11.el6.x86_64

  • Se nada aparecer, use o yum para instalar o rpcbind. Execução: # yum install rpcbind

Instalar o cliente NFS em um host Linux SLES

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

    Isso vai retornar algo semelhante a:

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

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

  3. Verifique se o pacote rpcbind ou portmapper está instalado no host Linux. Execute: # rpm -qa | grep rpcbind Isso deve retornar algo como: rpcbind-0.1.6+git20080930-6.15

  4. Se nada aparecer, instale os pacotes usando o YaST ou o zYpper:

    • Como usar o YaST: # yast2 --install rpcbind
    • Como usar o Zypper: # zypper install rpcbind

Saiba mais sobre as informações do cliente NFS do host Linux

Um pacote e uma versão do cliente NFS aprovados para backup e DR precisam ser instalados no host.

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

    • Um host CentOS Linux ou Red Hat RHEL 6 deve retornar algo como: rpcbind (pid 1591) is running...
    • Um host Linux SLES deve retornar algo como: Checking for service rpcbind running

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

  3. Use rpcinfo para listar os programas ou serviços RPC registrados. O portmapper precisa estar registrado 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 host Linux pode fazer uma chamada RPC para os programas rpcbind e NFS no dispositivo de backup/recuperação usando o 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 retornarem a saída mostrada anteriormente, a conectividade NFS do host Linux para o dispositivo de backup/recuperação será boa.

Como planejar o tamanho do disco de preparação

Para alguns sistemas de arquivos grandes, talvez seja necessário definir manualmente o tamanho do disco de preparação para o sistema de arquivos. O tamanho padrão do disco de preparação é NAS capacity + 20%, mas há dois casos em que isso pode ser insuficiente:

  • Os sistemas de arquivos de rede NFS e SMB às vezes informam incorretamente capacidades muito grandes. Nos casos em que o sistema de arquivos informa que ele tem mais de 128 TiB, o agente de backup e DR falha no backup com o código de erro 5289: "O tamanho informado do volume protegido exige que o tamanho do disco de preparação seja especificado para este aplicativo". Esse erro impede que o serviço de backup e DR aloque um disco enorme que não é necessário ou que é maior do que o dispositivo de backup/recuperação pode processar.

  • Mesmo que o NAS use a eliminação de duplicação e a compactação nos discos, o serviço de backup e DR não elimina a duplicação nem compacta dados na imagem de backup no disco de preparação. O NAS pode informar o uso de 5 TB, mas a imagem de backup no disco de preparação pode usar muito mais espaço. Isso também exige que os administradores especifiquem um tamanho de disco de preparação manual. Isso pode resultar em um erro de "disco de preparação cheio".

Se você encontrar um desses erros, defina manualmente o tamanho do disco de preparação em Detalhes e configurações do aplicativo.

Snapshots virtuais em um diretório .snapshot

Às vezes, no NAS, há diretórios .snapshot que contêm uma cópia completa do conteúdo do NAS. Esses são snapshots virtuais do NAS. O agente de backup e DR tenta copiar todos esses snapshots e fica sem espaço. Para corrigir esse problema, use um padrão de exclusão de .snapshot ou ~snapshot (qualquer nome usado pelo NAS). Consulte Excluir padrões em.

Informações adicionais para preparar hosts do sistema de arquivos

Outras informações relevantes para preparar um host de sistema de arquivos para proteção estão em Gerenciar hosts e os aplicativos conectados.