Guide de l'administrateur Veritas NetBackup™, Volume II
- Modèles de licence NetBackup et utilitaire nbdeployutil
- À propos des modèles de licence NetBackup
- À propos du modèle de licence de capacité
- Systèmes de fichiers (sauvegardes sous Windows et UNIX)
- Options de l'utilitaire nbdeployutil
- Création et affichage du rapport de licence
- Après la création d'un rapport de licence traditionnelle
- Après la création d'un rapport de licence de capacité
- Réconciliation des résultats du rapport de licence de capacité
- Configuration supplémentaire
- A propos des noms d'hôtes dynamiques et des adresses IP
- A propos du traitement des fichiers indisponibles sur les clients UNIX
- A propos de Shared Storage Option
- A propos de la configuration de l'option Shared Storage Option dans NetBackup
- Affichage des rapports de synthèse SSO
- A propos du fichier de configuration vm.conf
- Gestion des mises en suspens
- Interfaces utilisateur de menu sous UNIX
- À propos de l'utilitaire de configuration de périphériques tpconfig
- A propos de l'utilitaire de configuration de disque NetBackup
- Rubriques connexes
- Règles de nom d'hôte
- À propos de la lecture d'images de sauvegarde avec nbtar ou tar32.exe
- Facteurs affectant la durée de la sauvegarde
- Scripts de notification NetBackup
- Pratiques d'excellence pour la gestion des périphériques et médias
- A propos de TapeAlert
- A propos du nettoyage des lecteurs de bande
- Comment NetBackup réserve des lecteurs
- A propos de la réserve permanente SCSI
- A propos du processus de réservation SCSI SPC-2
- A propos de la vérification de la perte de données
- A propos de la recherche d'erreurs de configuration de bande et de pilote
- Comment NetBackup sélectionne les médias
- A propos des commandes d'E/S de bande sous UNIX
Considérations spéciales concernant DNS (Domain Name Service)
Dans certaines requêtes au serveur maître, le logiciel client envoie le nom qu'il obtient par sa fonction de bibliothèque gethostname (sous Windows) ou la fonction de bibliothèque gethostname(2) (sous UNIX). Si le service DNS du serveur maître ne reconnaît pas ce nom, le serveur maître peut ne pas pouvoir répondre aux demandes du client.
Cette situation éventuelle dépend de la configuration du client et du serveur. Si la fonction gethostname (sous Windows) ou la fonction gethostname(2) (sous UNIX) du client renvoie les noms d'hôte que le DNS du serveur maître ne peut pas résoudre, des problèmes se produisent.
Vous pouvez éventuellement modifier le fichier d'hôtes DNS du client ou du serveur maître. Vous pouvez également créer un fichier spécial dans le répertoire altnames du serveur maître. Le fichier force la conversion des noms d'hôte de client NetBackup.
Sous Windows :
install_path\NetBackup\db\altnames\host.xlate
Sous UNIX :
/usr/openv/netbackup/db/altnames/host.xlate
Chaque ligne du fichier host.xlate contient trois éléments : une clé numérique et deux noms d'hôte. Chaque ligne est alignée à gauche et un espace sépare chaque élément :
key hostname_from_ client client_as_known_by_server
Explication :
La variable clé correspond à une valeur numérique utilisée par NetBackup pour convertir éventuellement les noms d'hôte de client NetBackup. En théorie, cette valeur doit toujours être égale à 0 (zéro) : cela indique une conversion des noms qui sont configurés.
La variable nomhote_client représente la valeur à convertir. Le nom du client doit correspondre au nom obtenu via l'exécution de la fonction gethostname (sous Windows) ou gethostname(2) (sous UNIX) du client. Cette demande doit envoyer la valeur au serveur.
La variable client_connu_par_le_serveur représente le nom à remplacer par la variable nom_hôte_client pour répondre aux demandes. Le nom doit correspondre au nom de la configuration NetBackup sur le serveur maître et doit également être connu des services réseau du serveur maître.
Considérez l'exemple suivant :
0 xxxx xxxx.eng.aaa.com
La ligne indique le moment où le serveur maître reçoit une demande d'un nom de client configuré (clé numérique 0). Remplacez les caractères xxxx dans la ligne xxxx.eng.aaa.com par le nom configuré.
Lorsque vous remplacez les caractères xxxx par le nom configuré, vous évitez les erreurs suivantes :
Si la fonction gethostname (sous Windows) ou gethostname(2) (sous UNIX) est exécutée sur le client, elle renvoie xxxx.
La fonction de bibliothèque gethostbyname des services de réseau du serveur maître (sous Windows) ou la fonction de bibliothèque gethostbyname(2) (sous UNIX) n'a pas reconnu le nom xxxx.
Le client a été configuré et nommé xxxx.eng.aaa.com dans la configuration NetBackup. Ce nom est également connu des services réseau du serveur maître.