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 Red Hat RHEL 6 ou CentOS Linux

Para verificar 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 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 yum para instalar o rpcbind. Execute: # yum install rpcbind

Instalar o cliente NFS em um host Linux SLES

  1. Para verificar 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 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
    • 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 vai 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
    • Como usar o Zypper: # zypper install rpcbind

Aprender informações do cliente NFS no host Linux

Um pacote e uma versão de 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. Execute: # sudo service rpcbind status

    • Um host Red Hat RHEL 6 ou CentOS Linux 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 de 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 antes, a conectividade NFS do host Linux para o dispositivo de backup/recuperação estará funcionando bem.

Planejar o tamanho do disco de staging

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

  • Às vezes, os sistemas de arquivos de rede NFS e SMB informam incorretamente capacidades muito grandes. Nos casos em que o sistema de arquivos informa que ele tem mais de 128 TiB, o agente do 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 staging 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 appliance de backup/recuperação pode processar.

  • Mesmo que o NAS use desduplicação e compactação nos discos, o Backup e DR não desduplica nem compacta dados no backup no disco de preparo. 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 de disco de staging manual. Isso pode resultar em um erro de "disco de staging cheio".

Se você encontrar um desses erros, defina manualmente o tamanho do disco de staging 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 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 do sistema de arquivos para proteção estão em Gerenciar hosts e aplicativos conectados.