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 connexions au proxy vnetd
- Conditions relatives à la connexion du 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é
- Dépannage des problèmes avec les certificats SSL révoqués du fournisseur cloud
- Dépannage des problèmes de téléchargement de liste de révocation des certificats du fournisseur cloud
- 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 parce qu'un certificat est révoqué ou que les listes CRL sont indisponibles
- 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
- Dépannage des problèmes de révocation des certificats signés par une autorité de certification externe
- 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
- Impossible de se connecter à la console d'administration NetBackup après la configuration des autorités de certification externes
- Dépannage des problèmes relatifs aux certificats externes basés sur fichier
- Dépannage des problèmes relatifs au magasin de certificats Windows
- Dépannage en cas d'échec de la sauvegarde
- Résolution des problèmes de défaillance de la sauvegarde avec les clients NAT
- Résolution de problèmes au niveau du service NetBackup Messaging Broker (ou nbmqbroker)
- Utilisation des utilitaires NetBackup
- À propos des utilitaires de dépannage NetBackup
- À propos des utilitaires d'analyse pour les journaux de débogage de NetBackup
- À propos de l'Assistant Consignation
- Utilitaires de dépannage réseau
- À propos de l'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)
- À propos de l'utilitaire nbcplogs
- Tests robotiques sous UNIX
- Tests robotiques sous Windows
- 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
- À propos de la variable d'environnement DR_PKG_MARKER_FILE
- 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 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
- Étapes à exécuter quand vous recevez l'état de sortie 5988 pendant une récupération de catalogue
Résolution des problèmes de défaillance de la sauvegarde avec les clients NAT
Raisons possibles :
Le serveur de médias ne peut pas se connecter au service NetBackup Messaging Broker (ou nbmqbroker).
Le service nbmqbroker n'est peut-être pas démarré sur le serveur maître.
Le client NAT n'est pas configuré pour accepter la connexion inversée.
Le client n'est pas un client NAT.
La version du client est 8.1.2 ou une version antérieure.
La configuration de port du service nbmqbroker a été mise à jour.
Les services du serveur maître sont redémarrés.
Le serveur de médias ne peut pas se connecter au service nbmqbroker.
Le service nbmqbroker n'est peut-être pas démarré sur le serveur maître.
Pour les causes 1 et 2, voici la solution :
Vérifiez les journaux bpbrm sur le serveur de médias à l'emplacement Install_Path/logs/bpbrm.
Vérifiez le fichier journal nbmqbroker à l'emplacement :
UNIX : /usr/openv/mqbroker/logs
Windows : chemin_installation/mqbroker/logs
Assurez-vous que le service nbmqbroker est en cours d'exécution sur le serveur maître. Utilisez la commande suivante :
Exécutez la commande bpps.
Exécutez la commande bptestbpcd -host hostname à partir du serveur maître ou du serveur de médias et vérifiez les journaux de l'administrateur à l'emplacement Install_Path/logs/admin.
Procédez comme suit :
Vérifiez les journaux de l'abonné à l'emplacement :
UNIX : usr/openv/logs/nbsubscriber
Windows : chemin_installation/logs/nbsubscriber
Vérifiez les journaux vnetd à l'emplacement Install_Path/logs/vnetd.
Exécutez la commande bptestbpcd -host hostname sur le serveur maître ou le serveur de médias et vérifiez les journaux de l'administrateur à l'emplacement Install_Path/logs/admin.
Exécutez la commande nbmqutil -publish -master hostname -message message_text -remoteHost hostname.
Assurez-vous que l'option de configuration ACCEPT_REVERSE_CONNECTION est définie sur TRUE à l'aide de la commande nbgetconfig.
Vérifiez que le service de l'abonné est en cours d'exécution sur le client NAT en exécutant la commande bpps.
Procédez comme suit :
Assurez-vous que l'option de configuration ENABLE_DIRECT_CONNECTION est définie sur TRUE sur le serveur maître ou de médias à l'aide de la commande nbgetconfig.
Procédez comme suit :
Assurez-vous que l'option de configuration ENABLE_DIRECT_CONNECTION est définie sur TRUE sur le serveur maître ou de médias à l'aide de la commande nbgetconfig.
Procédez comme suit :
Patientez jusqu'à ce que le cache soit effacé.
Effacez le cache de l'hôte sur le serveur de médias à l'aide de la commande bpclntcmd -clear_host_cache.
Procédez comme suit :
Vérifiez les journaux du service de l'abonné à l'emplacement :
UNIX : usr/openv/logs/nbsubscriber
Windows : chemin_installation/logs/nbsubscriber
Attendez que le service de l'abonné démarre sur le client.
Redémarrez le service de l'abonné.
Raisons possibles :
Le nom d'hôte du client NAT n'est pas mappé à l'ID de l'hôte.
L'ID de l'hôte associé au client est NULL ou n'est pas valide.
Procédez comme suit :
Vérifiez les journaux bpbrm à l'emplacement Install_Path/logs/bpbrm
Vérifiez le mappage de l'ID de l'hôte au nom d'hôte existant du client en exécutant la commande Install_Path/bin/admincmd/nbhostmgmt -li -json sur le serveur maître ou le serveur de médias.
Si le nom du client n'est pas mappé à l'ID de l'hôte, ajoutez un nouveau nom pour le client et mappez-le à un ID de l'hôte existant à l'aide de la commande Install_Path/bin/admincmd/nbhostmgmt -add -hostid hostid -mappingname hostname.
Effacez le cache de l'hôte sur le client à l'aide de la commande Install_Path/bin/bpclntcmd -clear_host_cache.
Raisons possibles :
Le fichier de configuration du client (fichier bp.conf sur le registre Windows ou UNIX) contient une entrée de serveur de médias non valide.
L'option ENABLE_DATA_CHANNEL_ENCRYPTION est définie sur TRUE sur le client.
Procédez comme suit :
Exécutez la commande Install_Path/bin/admincmd/bptestbpcd -host hostname à partir du serveur maître ou du serveur de médias et vérifiez les journaux de l'administrateur à Install_Path/logs/admin.
Ajoutez le nom du serveur de médias dans le fichier /etc/hosts sur le client.
Ajoutez le nom du serveur de médias dans le fichier de configuration sur le client à l'aide de la commande nbsetconfig.
Procédez comme suit :
Définissez l'option ENABLE_DATA_CHANNEL_ENCRYPTION sur FALSE à l'aide de la commande nbsetconfig.
Ce problème peut se produire pour l'une des raisons suivantes :
Le client NAT attend un message entrant, mais le service nbmqbroker a fermé la connexion au client, et celui-ci ne peut pas détecter la fermeture de la connexion.
Procédez comme suit :
Recherchez le message suivant dans les journaux du client :
Trying to get Message from MQ Broker:[master server name]
Vérifiez la valeur de signal d'activité actuelle définie pour l'option de configuration SUBSCRIBER_HEARTBEAT_TIMEOUT sur le serveur. Exécutez la commande nbgetconfig.
Définissez la valeur de l'option SUBSCRIBER_HEARTBEAT_TIMEOUT sur la valeur minimale de sorte que le client puisse détecter une connexion fermée.
Redémarrez le service de l'abonné sur le client.
Ce problème peut se produire pour l'une des raisons suivantes :
L'abonné n'a pas pu inverser la connexion au serveur de médias.
Le message a été transmis par l'éditeur, mais l'abonné ne l'a pas reçu.
Procédez comme suit :
Vérifiez les journaux du service de l'abonné pour vous assurer que le service peut se connecter à l'ID transitoire PBX.
Vérifiez les journaux du service de l'abonné pour vous assurer que le message de l'éditeur est remis à l'abonné.
Message du journal :
Got Message from MQ Broker:[<message>] with return:<status code> total timeout,reset:<timeout reset>