Préparer les systèmes de fichiers pour Backup and DR sur un appareil de sauvegarde/restauration

Cette page explique comment assurer la connectivité NFS pour Backup and DR.

Installer le client NFS sur un hôte Red Hat RHEL 6 ou CentOS Linux

Vérifiez si le client est installé en exécutant la commande suivante : # rpm -qa | grep nfs

Le résultat devrait ressembler à ceci :

  nfs-utils-lib-1.1.5-9.el6.x86_64
  nfs-utils-1.2.3-54.el6.x86_64
  • Si rien ne s'affiche, utilisez yum pour installer les packages du client NFS. Exécutez : # yum install nfs-utils nfs-utils-lib
  • Assurez-vous que le package rpcbind/portmapper est installé sur l'hôte Linux. Exécutez :# rpm -qa | grep rpcbind

Le résultat devrait ressembler à ceci : rpcbind-0.2.0-11.el6.x86_64

  • Si rien ne s'affiche, utilisez yum pour installer rpcbind. Exécutez : # yum install rpcbind

Installer le client NFS sur un hôte Linux SLES

  1. Pour vérifier si le client est installé, exécutez la commande suivante : # rpm -qa | grep nfs

    Le résultat doit ressembler à ceci :

    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. Si vous ne voyez pas les packages nfs-client ou yast2-nfs-xxxx, utilisez YaST ou zypper pour installer les packages du client NFS.

    • À l'aide de YaST :
    # yast2 --install yast2-nfs-client
    # yast2 --install yast2-nfs-common
    
    • Avec Zypper :# zypper install nfs-client
  3. Assurez-vous que le package rpcbind ou portmapper est installé sur l'hôte Linux. Exécutez la commande suivante : # rpm -qa | grep rpcbind La commande doit renvoyer un résultat semblable à celui-ci : rpcbind-0.1.6+git20080930-6.15

  4. Si rien ne s'affiche, vous devez installer les packages à l'aide de YaST ou de zypper :

    • Utiliser YaST : # yast2 --install rpcbind
    • Avec Zypper : # zypper install rpcbind

Obtenir des informations sur le client NFS à partir de l'hôte Linux

Un package et une version du client NFS approuvés par Backup and DR doivent être installés sur l'hôte.

  1. Vérifiez si le service portmapper ou rpcbind est en cours d'exécution. Exécutez : # sudo service rpcbind status

    • Un hôte Red Hat RHEL 6 ou CentOS Linux doit renvoyer un résultat semblable à celui-ci : rpcbind (pid 1591) is running...
    • Un hôte Linux SLES doit renvoyer un résultat semblable à celui-ci : Checking for service rpcbind running
  2. Si le service rpcbind n'est pas en cours d'exécution sur l'hôte Linux, démarrez-le avec : # sudo service rpcbind start

  3. Utilisez rpcinfo pour lister les programmes ou services RPC enregistrés. Portmapper doit être enregistré et en cours d'exécution.

    # 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. Vérifiez si l'hôte Linux peut effectuer un appel RPC aux programmes rpcbind et NFS sur l'appareil de sauvegarde/récupération en procédant comme suit.

    # 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
    

Si les commandes précédentes renvoient le résultat indiqué précédemment, la connectivité NFS de l'hôte Linux à l'appareil de sauvegarde/récupération est bonne.

Planifier la taille du disque de préproduction

Pour certains systèmes de fichiers volumineux, vous devrez peut-être définir manuellement la taille du disque de préproduction pour le système de fichiers. La taille par défaut du disque de préproduction est de NAS capacity + 20%, mais elle peut être insuffisante dans deux cas :

  • Les systèmes de fichiers réseau NFS et SMB signalent parfois de manière incorrecte des capacités très importantes. Dans les cas où le système de fichiers indique qu'il dépasse 128 Tio, l'agent Backup and DR échoue à la sauvegarde avec le code d'erreur 5289 : "La taille signalée du volume protégé nécessite que la taille du disque de préproduction soit spécifiée pour cette application". Cette erreur empêche Backup and DR d'allouer un disque volumineux qui n'est pas nécessaire ou qui est plus grand que ce que l'appareil de sauvegarde/récupération peut gérer.

  • Même si votre NAS utilise la déduplication et la compression sur ses disques, Backup and DR ne déduplique pas et ne compresse pas les données de la sauvegarde sur le disque de préproduction. Votre NAS peut indiquer une utilisation de 5 To, mais la sauvegarde sur le disque de préproduction peut utiliser beaucoup plus d'espace. Cela nécessite également que les administrateurs spécifient une taille de disque de préproduction manuelle. Cela peut entraîner une erreur "disque de préproduction plein".

Si l'une de ces erreurs s'affiche, définissez manuellement la taille du disque de préproduction dans Détails et paramètres de l'application.

Instantanés virtuels dans un répertoire .snapshot

Il arrive que le NAS contienne des répertoires .snapshot contenant une copie complète du contenu du NAS. Il s'agit d'instantanés virtuels du NAS. L'agent Backup and DR tente de copier tous ces instantanés et manque d'espace. Vous pouvez résoudre ce problème en utilisant un modèle d'exclusion de .snapshot ou ~snapshot (quel que soit le nom utilisé par le NAS). Consultez Exclure des modèles dans.

Informations supplémentaires pour préparer les hôtes de système de fichiers

Pour en savoir plus sur la préparation d'un hôte de système de fichiers en vue de sa protection, consultez Gérer les hôtes et leurs applications connectées.