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

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

Le résultat devrait être semblable à celui-ci :

  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 la commande suivante : # yum install nfs-utils nfs-utils-lib
  • Assurez-vous que le package rpcbind /portmapper est installé sur l'hôte Linux. Exécutez la commande suivante : # rpm -qa | grep rpcbind

Le résultat devrait être semblable à celui-ci : rpcbind-0.2.0-11.el6.x86_64

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

Installer le client NFS sur un hôte SLES Linux

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

    Le résultat devrait être semblable à celui-ci :

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

    • Utiliser YaST :
    # yast2 --install yast2-nfs-client
# yast2 --install yast2-nfs-common
    • Utiliser 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. Le résultat devrait être 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
    • Utiliser Zypper : # zypper install rpcbind

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

Un package et une version de 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 la commande suivante : # sudo service rpcbind status

    • Un hôte Red Hat RHEL 6 ou CentOS Linux devrait renvoyer un résultat semblable à celui-ci : rpcbind (pid 1591) is running...
    • Un hôte SLES Linux devrait 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 la commande suivante : # sudo service rpcbind start

  3. Utilisez rpcinfo pour afficher la liste des 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 vers rpcbind et les programmes NFS sur l'appliance de sauvegarde/récupération à l'aide des éléments suivants :

    # 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 affiché précédemment, la connectivité NFS de l'hôte Linux à l'appliance de sauvegarde/récupération est bonne.

Planifier la taille du disque de staging

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

  • Les systèmes de fichiers réseau NFS et SMB signalent parfois de manière incorrecte de très importantes capacités. Dans les cas où le système de fichiers signale qu'il dépasse 128 Tio, l'agent Backup and DR échoue la sauvegarde avec le code d'erreur 5289 : "The reported size of the protected volume requires that the staging disk size is specified for this application" (La taille signalée du volume protégé nécessite que la taille du disque de staging soit spécifiée pour cette application). Cette erreur empêche le service Backup and DR d'allouer un disque volumineux qui n'est pas nécessaire ou qui est plus grand que ce que l'appliance de sauvegarde/récupération peut gérer.

  • Même si votre NAS utilise la déduplication et la compression sur ses disques, le service Backup and DR ne déduplique ni ne compresse les données de la sauvegarde sur le disque de staging. Votre NAS peut signaler une utilisation de 5 To, mais la sauvegarde sur le disque de staging peut utiliser beaucoup plus d'espace. Les administrateurs doivent également spécifier manuellement la taille du disque de staging. Cela peut entraîner une erreur de "disque de staging plein".

Si l'une de ces erreurs s'affiche, définissez manuellement la taille du disque de staging dans Application Details and Settings.

Instantanés virtuels dans un répertoire .snapshot

Parfois, sur le NAS, il existe 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. Pour résoudre ce problème, vous pouvez utiliser un modèle d'exclusion .snapshot ou ~snapshot (quel que soit le nom utilisé par le NAS). Consultez la section Modèles à exclure dans.

Informations supplémentaires pour la préparation des hôtes de système de fichiers

Pour obtenir des informations supplémentaires sur la préparation d'un hôte de système de fichiers pour la protection consultez Gérer les hôtes et leurs applications connectées.