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

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

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

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

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

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

  • Se nada aparecer, use o yum para instalar o rpcbind. Executar: # yum install rpcbind

Instalar o cliente NFS em um host Linux SLES

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

    Isso vai retornar algo parecido com:

    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 Linux. Executar: # 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:

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

Aprender informações do cliente NFS no host Linux

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

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

    • Um host Linux Red Hat RHEL 6 ou CentOS vai retornar algo como: rpcbind (pid 1591) is running...
    • Um host Linux SLES vai 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 programas rpcbind e NFS no appliance 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 appliance de backup/recuperação será boa.

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 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 esse 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 appliance de backup/recuperação pode processar.

  • Mesmo que o NAS esteja usando a desduplicação e a compactação nos discos, o serviço de backup e DR não desduplica nem compacta dados no backup no disco de preparação. O NAS pode informar o uso de 5 TB, mas o backup no disco de preparação pode usar muito mais espaço. Isso também exige que os administradores especifiquem um tamanho manual do disco de preparação. 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 resolver isso, use um padrão de exclusão de .snapshot ou ~snapshot (qualquer nome que o NAS use). Consulte Padrões de exclusão em.

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

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