Guide de dépannage de Veritas NetBackup™
- Introduction
- Procédures de dépannage
- Procédures de dépannage
- Dépannage des problèmes NetBackup
- Dépannage des problèmes d'installation
- Dépannage des problèmes de configuration
- Résolution des problèmes de configuration de périphérique
- Test du serveur maître et des clients
- Test des serveurs de médias et des clients
- Résolution des problèmes de communication réseau avec des clients UNIX
- Résolution des problèmes de communication réseau avec des clients Windows
- Dépannage des connexion au proxy vnetd
- Exigences relatives à la connexion de proxy vnetd
- Première étape de dépannage des connexions de proxy vnetd
- Vérifier que le processus vnetd et les proxys sont actifs
- Vérifier que les connexions de l'hôte sont traitées par proxy
- Tester les connexions de proxy vnetd
- Examiner les fichiers journaux des processus de connexion et d'acceptation
- Affichage des fichiers journaux de proxy vnetd
- Dépannage de la révocation des certificats de sécurité
- Impact de la liste de révocation d'un hôte sur le dépannage de la révocation de certificats
- Le travail NetBackup échoue en raison d'un certificat révoqué
- Le travail NetBackup échoue en raison d'une erreur réseau apparente
- Le travail NetBackup échoue en raison d'une ressource indisponible
- Le certificat de sécurité du serveur maître est révoqué
- Détermination de l'état du certificat d'un hôte NetBackup
- À propos du dépannage des réseaux et des noms d'hôte
- Vérification du nom d'hôte et des entrées de service dans NetBackup
- Exemple des entrées de nom d'hôte et de service sur le serveur maître et le client d'UNIX
- Exemple d'entrées de nom d'hôte et de service sur le serveur maître et le serveur de médias UNIX
- Exemple d'entrées de nom d'hôte et de services sur des clients PC UNIX
- Exemple des entrées de nom d'hôte et de service sur le serveur UNIX se connectant à plusieurs réseaux
- À propos de l'utilitaire bpclntcmd
- Utilisation de la fenêtre Propriétés de l'hôte pour accéder aux paramètres de configuration
- Résolution des problèmes de disque plein
- Considérations de dépannage d'un média figé
- Résolution des problèmes avec les services Web NetBackup
- Résolution des problèmes avec le certificat de serveur Web NetBackup
- Résolution des problèmes liés à PBX
- Résolution des problèmes de validation de l'hôte distant
- Dépannage d'Auto Image Replication
- Dépannage des performances de la carte d'interface réseau
- À propos des entrées SERVER dans le fichier bp.conf
- À propos des problèmes d'unités de stockage non disponibles
- Résolution d'une défaillance des opérations d'administration NetBackup sous Windows
- Résolution de texte déformé affiché dans NetBackup Administration Console sur un ordinateur UNIX
- Utilisation des utilitaires NetBackup
- À propos des utilitaires de dépannage NetBackup
- À propos des utilitaires d'analyse pour les journaux de débogage de NetBackup
- Utilitaires de dépannage réseau
- Utilitaire de support NetBackup (nbsu)
- À propose de l'utilitaire de vérification de la cohérence NetBackup (NBCC)
- À propos de l'utilitaire NBCCR (NetBackup Consistency Check Repair)
- A propos de l'utilitaire nbcplogs
- A propos des utilitaires de test robotique
- Reprise après incident
- À propos de la reprise après incident
- À propos des exigences relatives à la reprise après incident
- Packages de reprise après incident
- À propos des paramètres de reprise après incident
- Pratiques recommandées en matière de sauvegarde
- Procédures de récupération de disque pour UNIX et Linux
- À propos de la récupération d'un serveur NetBackup faisant partie d'un cluster sous UNIX et Linux
- Procédures de récupération de disque pour Windows
- À propos de la récupération d'un serveur NetBackup faisant partie d'un cluster sous Windows
- Génération d'un certificat sur un serveur maître en cluster après une installation de reprise après incident
- À propos de la restauration de package de reprise après incident
- Restauration de package de reprise après incident sous Windows
- Restauration de package de reprise après incident sous Unix
- À propos de la récupération du catalogue NetBackup
- A propos de la récupération du catalogue NetBackup sur les ordinateurs Windows
- À propos de la récupération du catalogue NetBackup à partir de périphériques de disque
- A propos de la récupération de catalogue NetBackup et des liens symboliques
- A propos de la récupération de catalogue NetBackup et de l'OpsCenter
- Exemple de message électronique de reprise après incident NetBackup
- À propos de la récupération du catalogue NetBackup entier
- A propos de la récupération des fichiers image de catalogue de NetBackup
- A propos de la récupération de la base de données relationnelle NetBackup
- Récupération des fichiers de la base de données relationnelle NetBackup à partir d'une sauvegarde
- Récupération des fichiers de base de données relationnelle NetBackup à partir de l'emplacement intermédiaire
- À propos du traitement de la base de données relationnelle lors de la sauvegarde intermédiaire
- Récupération du catalogue NetBackup lorsque le contrôle d'accès à NetBackup est configuré
- Récupération du catalogue NetBackup à partir d'une copie secondaire d'une sauvegarde de catalogue
- Récupération du catalogue NetBackup sans fichier de reprise après incident
- Récupération d'une sauvegarde de catalogue en ligne dirigée par l'utilisateur NetBackup depuis la ligne de commande
- Restauration des fichiers d'une sauvegarde de catalogue en ligne NetBackup
- Déblocage des médias de récupération de catalogue en ligne de NetBackup
- Étapes à exécuter quand vous recevez l'état de sortie 5988 pendant une récupération de catalogue
Tester les connexions de proxy vnetd
La commande NetBackup que vous utilisez pour tester les connexions de proxy vnetd diffère entre un serveur et un client.
Pour tester les connexions d'un serveur NetBackup 8.1 ou version ultérieure à un autre hôte NetBackup 8.1 ou version ultérieure, vous pouvez utiliser la commande NetBackup bptestbpcd avec l'option -verbose. Recherchez dans la sortie de commande des codes d'état ou des indications de défaillance. Consultez ensuite la documentation NetBackup pour obtenir des explications sur les codes d'état.
L'exemple suivant présente un test de connexion réussie d'un serveur de médias NetBackup nommé connect-host.example.com à un serveur de médias nommé accept-host.example.com :
# bptestbpcd -host accept-host.example.com -verbose 1 1 1 127.0.0.1:43697 -> 127.0.0.1:58089 PROXY 10.80.97.186:47054 -> 10.80.97.140:1556 127.0.0.1:52061 -> 127.0.0.1:58379 PROXY 10.80.97.186:37522 -> 10.80.97.140:1556 LOCAL_CERT_ISSUER_NAME = /CN=broker/OU=root@master.example.com/O=vx LOCAL_CERT_SUBJECT_COMMON_NAME = a753da9b-b1ff-4a5f-b57d-69a4e2b47e29 PEER_CERT_ISSUER_NAME = /CN=broker/OU=root@master.example.com/O=vx PEER_CERT_SUBJECT_COMMON_NAME = b900a238-d7be-4c6e-8af6-19b5c1d1dec4 PEER_NAME = connect-host.example.com HOST_NAME = accept-host.example.com CLIENT_NAME = accept-host.example.com VERSION = 0x08100000 PLATFORM = linuxR_x86_2.6.18 PATCH_VERSION = 8.1.0.0 SERVER_PATCH_VERSION = 8.1.0.0 MASTER_SERVER = master.example.com EMM_SERVER = master.example.com NB_MACHINE_TYPE = MEDIA_SERVER SERVICE_TYPE = VNET_DOMAIN_CLIENT_TYPE PROCESS_HINT = 7157d866-8eb2-45bb-bde8-486790c0b40c
À l'inverse, l'exemple suivant présente un test de connexion au même serveur de médias qui échoue après la révocation de son certificat de sécurité :
# bptestbpcd -host accept-host.example.com -verbose <16>bptestbpcd main: Function ConnectToBPCD(accept-host.example.com) failed: 7653 <16>bptestbpcd main: The Peer Certificate is revoked <16>bptestbpcd main: The certificate of the host that you want to connect to is revoked. Revocation Reason Code : 0 Revocation Time : 1502637798: 7653 The Peer Certificate is revoked
Les hôtes NetBackup doivent disposer d'un certificat de sécurité basé sur l'ID de l'hôte valide et d'une liste de révocation des certificats valide pour pouvoir communiquer avec d'autres hôtes NetBackup. Si l'un de ces éléments est absent, la communication échoue. Dans ce cas, vous pouvez rechercher le code d'état 7653 pour trouver l'explication et l'opération recommandée pour effectuer une récupération à partir de l'erreur.
Sur un client NetBackup 8.1 ou version ultérieure, vous pouvez utiliser la commande NetBackup bpclntcmd pour tester la connexion au serveur maître. Recherchez dans la sortie de commande des codes d'état ou des indications de défaillance. Puis, consultez la documentation de NetBackup pour obtenir des explications sur les codes d'état. La syntaxe de la commande est la suivante :
UNIX/Linux :
/usr/openv/netbackup/bin/bpclntcmd -pn -verbose
Windows :
chemin_installation\Veritas\NetBackup\bin\bpclntcmd -pn -verbose
L'exemple suivant illustre une réponse positive à la commande bpclntcmd :
# bpclntcmd -pn -verbose expecting response from server master.example.com 127.0.0.1:52704 -> 127.0.0.1:33510 PROXY 10.80.97.186:40348 -> 10.80.97.157:1556 LOCAL_CERT_ISSUER_NAME = /CN=broker/OU=root@master.example.com/O=vx LOCAL_CERT_SUBJECT_COMMON_NAME = 7157d866-8eb2-45bb-bde8-486790c0b40c PEER_CERT_ISSUER_NAME = /CN=broker/OU=root@master.example.com/O=vx PEER_CERT_SUBJECT_COMMON_NAME = b900a238-d7be-4c6e-8af6-19b5c1d1dec4 PEER_IP = 10.80.97.186 PEER_PORT = 40348 PEER_NAME = connect-host.example.com POLICY_CLIENT = *NULL* Old Domain Service Type VNET_DOMAIN_SERVER_TYPE and Hint New Domain Service Type VNET_DOMAIN_SERVER_TYPE and Hint 7157d866-8eb2-45bb-bde8-486790c0b40c
A l'inverse, l'exemple suivant illustre une réponse à la commande bpclntcmd sur un client NetBackup qui possède un certificat révoqué :
# bpclntcmd -pn -verbose
Unable to perform peer host name validation. Curl error has occurred for peer name:
master.example.com, self name: connect-host: 0
[PROXY] Encountered error (VALIDATE_PEER_HOST_PROTOCOL_RUNNING) while processing
(ValidatePeerHostProtocol).: 1
Can't connect to host master.example.com: cannot connect on socket (25)Si les connexions de proxy vnetd sont actives, examinez les fichiers journaux des processus de connexion et d'acceptation.