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
Dépannage en cas d'échec de la sauvegarde
La sauvegarde échoue avec l'erreur de validation de l'hôte homologue suivante : L'opération sur le certificat a échoué, car les certificats de l'autorité de certification NetBackup ne peuvent pas être utilisés pour les communications avec l'hôte dans le domaine.
Raisons possibles de cet échec :
Le serveur maître (serveur Web) est configuré pour utiliser uniquement des certificats signés par une autorité de certification externe, alors que le serveur de médias ou les clients ne sont pas configurés pour utiliser des certificats externes. Leurs certificats externes ne sont pas inscrits sur le domaine du serveur maître.
Le serveur maître (serveur Web) est configuré pour utiliser uniquement des certificats signés par une autorité de certification externe, alors que le serveur de médias ou les clients n'ont pas été mis à niveau vers la version 8.2 (ou ultérieure).
Vérifiez la configuration de l'autorité de certification du serveur maître à l'aide de la commande nbcertcmd -getsecconfig -caUsage, de la console d'administration NetBackup ou de l'interface utilisateur Web NetBackup.
Si le serveur web est configuré pour utiliser uniquement des certificats externes, procédez comme suit :
Identifiez les deux hôtes pour lesquels la communication échoue.
Vérifiez si l'un des deux hôtes utilise la version 8.2 et s'il est configuré pour utiliser des certificats externes.
Si ce n'est pas le cas, inscrivez un certificat externe pour cet hôte sur le domaine du serveur maître.
Vérifiez si l'un des deux hôtes utilise la version 8.1.x.
Si c'est le cas, mettez l'hôte à niveau vers la version 8.2 et inscrivez un certificat externe pour l'hôte sur le domaine du serveur maître ou configurez le serveur web de sorte à utiliser des certificats externes et des certificats NetBackup.
Effacez la mémoire cache sur les hôtes à l'aide de la commande suivante :
bpclntcmd -clear_host_cache
Vérifiez les journaux vnet proxy dans : install_path/logs/nbpxyhelper.
Vérifiez les journaux du service web à l'emplacement : install_path/logs/nbwebservice