Preparar sistemas de arquivos para Backup e DR em um dispositivo de backup/recuperação

Esta página inclui informações sobre como garantir que haja conectividade NFS para o Backup e DR.

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

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

O resultado será parecido com este:

  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 do cliente NFS. Executar: # yum install nfs-utils nfs-utils-lib
  • Verifique se o pacote rpcbind/portmapper está instalado no host do Linux. Execute:# rpm -qa | grep rpcbind

O resultado será parecido com este: rpcbind-0.2.0-11.el6.x86_64

  • Se nada aparecer, use yum para instalar o rpcbind. Execute: # 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

    O resultado será semelhante a este:

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

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

  3. Verifique se o pacote rpcbind ou portmapper está instalado no host do 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
    • Usando o Zypper: # zypper install rpcbind

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

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

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

    • Um host Red Hat RHEL 6 ou CentOS Linux 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 do 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 do Linux pode fazer uma chamada RPC para 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 com o dispositivo de backup/recuperação está boa.

Como planejar o tamanho do disco de preparo

Para alguns sistemas de arquivos grandes, talvez seja necessário definir manualmente o tamanho do disco de preparo para o sistema de arquivos. O tamanho padrão do disco de preparo é 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 tem mais de 128 TiB, o agente de Backup e DR falha no backup com o código do erro 5289: "O tamanho informado do volume protegido exige que o tamanho do disco de preparo seja especificado para este aplicativo". Esse erro impede que o 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 eliminação de duplicação e compactação nos discos, o Backup e DR não elimina a duplicação nem compacta os dados no backup no disco de preparo. O NAS pode informar o uso de 5 TB, mas o backup no disco de preparo pode usar muito mais espaço. Isso também exige que os administradores especifiquem um tamanho de disco de preparo manual. Isso pode resultar em um erro de "disco de preparo cheio".

Se você receber um desses erros, defina manualmente o tamanho do disco de preparo 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. São snapshots virtuais do NAS. O agente de Backup e DR tenta copiar todos esses snapshots e fica sem espaço. Para corrigir isso, use um padrão de exclusão de .snapshot ou ~snapshot (qualquer nome que o NAS use). Consulte Excluir padrões em.

Informações adicionais para preparar hosts de sistemas de arquivos

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