Cette page explique comment vous assurer que la connectivité NFS est disponible 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
La réponse devrait se présenter comme suit :
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écuter :
# yum install nfs-utils nfs-utils-lib - Assurez-vous que le package rpcbind /portmapper est installé sur l'hôte Linux.
Exécuter :
# 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écuter :
# yum install rpcbind
Installer le client NFS sur un hôte Linux SLES
Pour vérifier si le client est installé, exécutez la commande suivante :
# rpm -qa | grep nfsVous devriez obtenir un résultat 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.81Si vous ne voyez aucun des packages nfs-client ou yast2-nfs-xxxx, 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
Assurez-vous que le package rpcbind ou portmapper est installé sur l'hôte Linux. Exécutez :
# rpm -qa | grep rpcbindLa réponse devrait ressembler à ceci : rpcbind-0.1.6+git20080930-6.15Si 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
- Utiliser YaST :
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.
Vérifiez si le service portmapper ou rpcbind est en cours d'exécution. Exécuter :
# sudo service rpcbind status- Un hôte Red Hat RHEL 6 ou CentOS Linux devrait renvoyer quelque chose comme :
rpcbind (pid 1591) is running... - Un hôte Linux SLES doit renvoyer quelque chose comme :
Checking for service rpcbind running
- Un hôte Red Hat RHEL 6 ou CentOS Linux devrait renvoyer quelque chose comme :
Si le service rpcbind n'est pas en cours d'exécution sur l'hôte Linux, démarrez-le avec :
# sudo service rpcbind startUtilisez rpcinfo pour lister les programmes ou services RPC enregistrés. Le mappeur de ports 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 portmapperVérifiez si l'hôte Linux peut effectuer un appel RPC aux programmes rpcbind et NFS sur l'appliance de sauvegarde/récupération à l'aide de la commande suivante.
# 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é plus haut, la connectivité NFS de l'hôte Linux à l'appliance de sauvegarde/récupération est bonne.
Planifier la taille du disque intermédiaire
Pour certains systèmes de fichiers volumineux, vous devrez peut-être définir manuellement la taille du disque intermédiaire pour le système de fichiers. La taille de disque de préparation par défaut est de NAS capacity + 20%, mais elle peut être insuffisante dans deux cas :
Il arrive que les systèmes de fichiers réseau NFS et SMB signalent des capacités très importantes de manière incorrecte. 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 indiqué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 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, Backup and DR ne déduplique ni ne compresse les données de la sauvegarde sur le disque intermédiaire. Votre NAS peut indiquer une utilisation de 5 To, mais la sauvegarde sur le disque intermédiaire peut utiliser beaucoup plus d'espace. Cela nécessite également que les administrateurs spécifient manuellement la taille du disque de staging. 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 intermédiaire dans Détails et paramètres de l'application.
Instantanés virtuels dans un répertoire .snapshot
Parfois, le NAS contient des répertoires .snapshot qui contiennent 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 (selon le nom utilisé par le NAS). Consultez Exclure des modèles dans.
Informations supplémentaires pour préparer les hôtes du système de fichiers
Pour en savoir plus 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.