Guide de l'administrateur NetBackup™, volume II
- Modèles de licence et rapports d'utilisation NetBackup
- Fonctionnement des licences de capacité
- Création et affichage du rapport de licence
- Examen d'un rapport de licence de capacité
- Réconciliation des résultats du rapport de licence de capacité
- Examen d'un rapport de licence traditionnelle
- Examen du rapport de licence NEVC
- 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écifiques au service de nom
Dans certaines demandes envoyées au serveur principal, le daemon/service de requête NetBackup doit confirmer le nom configuré avec lequel il identifie l'hôte client à l'origine de la connexion. Pour ce faire, il utilise la fonction de bibliothèque getnameinfo fournie par le système d'exploitation pour interroger les services de nom. Le nom d'homologue renvoyé est alors comparé aux noms de client connus du serveur principal, à savoir les clients actuels d'une politique et les clients pour lesquels une image de sauvegarde est disponible. Si aucune correspondance n'est établie, des alias de nom d'hôte sont recherchés pour chaque client connu à l'aide de la fonction de bibliothèque getaddrinfo pour interroger les services de nom. Les alias renvoyés sont alors comparés au nom d'homologue. Cette comparaison est effectuée par la fonction get_ccname qui figure dans les journaux de débogage du processus bprd.
get_ccname : détermine le nom configuré pour client2-nic2.veritas.com
get_ccname : le nom configuré est client2
Si getnameinfo renvoie un nom d'homologue inattendu ou si les divers appels de la fonction getaddrinfo ne renvoient aucun alias correspondant, des problèmes se produisent.
Une solution peut consister à reconfigurer les services de nom à l'aide du fichier d'hôtes du serveur principal. Vous pouvez également créer un fichier spécial dans le répertoire altnames du serveur principal. Le fichier fournit une traduction directe des noms d'homologue en noms d'hôte client.
Windows :
install_path\NetBackup\db\altnames\host.xlate
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 peername_from_client_IP_address client_as_known_by_server
Où
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.
nom_homologue_depuis_adresse_IP_client est la valeur à traduire.
client_as_known_by_server doit correspondre au nom de la configuration NetBackup sur le serveur principal et doit également être connu des services réseau du serveur de médias. Il doit également être connu des services réseau du serveur principal.
Considérez l'exemple suivant :
0 xxxx xxxx.eng.aaa.com
La ligne indique que lorsque le serveur principal reçoit une demande de nom de client configuré (clé numérique 0), le nom de client xxxx.eng.aaa.com est utilisé à la place du nom d'homologue xxxx.
Lorsque vous remplacez les caractères xxxx par le nom configuré, vous évitez les erreurs suivantes :
Erreur lorsque getnameinfo sur le serveur principal résout l'adresse IP source du client en xxxx, qui n'est pas un client de politique et ne contient aucune image de sauvegarde.
Erreur lorsque getaddrinfo sur le serveur principal, pour la politique et les clients de sauvegarde connus, ne renvoie aucun alias correspondant au nom xxxx.
Le client a été configuré et nommé xxxx.eng.aaa.com dans la configuration NetBackup.