Guide de dépannage NetBackup™
- Introduction
- Procédures de dépannage
- À propos des procédures de dépannage
- Dépannage de 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 principal 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
- 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é
- 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 principal 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
- À propos du dépannage des réseaux et des noms d'hôte
- Vérification des entrées de nom d'hôte et de service dans NetBackup
- Exemple d'entrées de nom d'hôte et de service sur le serveur principal et le client UNIX
- Exemple d'entrées de nom d'hôte et de service sur le serveur principal 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 d'entrées de nom d'hôte et de services sur le serveur UNIX se connectant à plusieurs réseaux
- À propos de l'utilitaire bpclntcmd
- Utilisation des 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
- Dépannage des messages d'erreur dans la console d'administration NetBackup
- Espace disque supplémentaire pour les journaux et les fichiers temporaires pour la Console d'administration NetBackup.
- 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 des échecs de sauvegarde
- Résolution des problèmes de défaillance de la sauvegarde avec les clients ou les serveurs NAT
- Résolution des problèmes liés au service NetBackup Messaging Broker (ou nbmqbroker)
- Problèmes de notification par e-mail pour les systèmes Windows
- Problèmes de configuration du KMS
- Problèmes lors du lancement de la migration de l'autorité de certification NetBackup en raison d'une taille de clé importante
- Problèmes liés au compte utilisateur sans privilège (utilisateur du service)
- Problèmes liés au format de nom de groupe dans le fichier auth.conf
- Dépannage du processus d'ajout de package VxUpdate
- Problèmes liés au mode FIPS
- Problèmes lors de l'analyse antimalware
- Problèmes liés aux travaux NetBackup pour lesquels le chiffrement des données en transit est activé
- Problèmes d'accès instantané aux données non structurées
- 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)
- À propos 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
- À propos de l'utilitaire Smart Diagnostic (nbsmartdiag)
- À propos de la collecte des journaux par ID de travail
- 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 principal en cluster après l'installation de la 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
- À propos du processus de sauvegarde de catalogue
- Conditions préalables à la récupération du catalogue NetBackup ou des fichiers image 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
- À propos de la récupération du catalogue NetBackup
- Exemple de message électronique de reprise après incident NetBackup
- À propos de la récupération du catalogue NetBackup entier
- Établissement d'une connexion au serveur de médias NAT avant la récupération de catalogue
- A propos de la récupération des fichiers image du catalogue NetBackup
- À propos de la récupération des bases de données 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
- 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
Test du serveur principal et des clients
Si les procédures de dépannage de l'installation et de la configuration NetBackup ne permettent pas d'isoler le problème, effectuez la procédure suivante. Ignorez les étapes que vous avez déjà effectuées.
La procédure suppose que le logiciel a été installé avec succès, mais n'a pas nécessairement été configuré correctement. Si NetBackup n'a jamais fonctionné correctement, vous avez probablement des problèmes de configuration. En particulier, recherchez les problèmes de configuration du périphérique.
Vous pouvez également effectuer chaque sauvegarde et restauration deux fois. Sous UNIX, effectuez-les d'abord en tant qu'utilisateur root et puis en tant qu'utilisateur non-racine. Sous Windows, effectuez-les d'abord en tant qu'utilisateur membre du groupe Administrateurs. Effectuez-les ensuite en tant qu'utilisateur non membre de ce groupe Administrateurs. Dans tous les cas, assurez-vous que vous avez les autorisations de lecture et d'écriture sur les fichiers test.
Les explications dans ces procédures supposent que vous êtes au courant des processus de sauvegarde et de restauration. Pour plus d'informations, consultez Guide de référence de consignation NetBackup.
Plusieurs étapes dans cette procédure mentionnent le rapport Toutes les entrées de journal. Pour accéder à plus d'informations relatives à ce rapport et à d'autres, consultez
Consultez le Guide de l'administrateur NetBackup, Volume I.
Tableau : Étapes de test du serveur principal et des clients
|
Étape |
Action |
Description |
|---|---|---|
|
Étape 1 |
Activez les journaux de débogage. |
Activez les journaux de débogage appropriés sur le serveur principal. Pour plus d'informations sur la consignation, consultez le Guide de référence de consignation NetBackup. Si vous ne savez pas quels sont les journaux qui s'appliquent, activez-les tous jusqu'à ce que le problème soit résolu. Supprimez les répertoires de journal de débogage quand vous avez résolu le problème. |
|
Étape 2 |
Configurez une politique de test. |
Configurez une politique de test pour utiliser une unité de stockage de disque de base. Vous pouvez également configurer une politique de test et définir la fenêtre de sauvegarde de sorte qu'elle soit ouverte pendant le test. Nommez le serveur principal comme client et une unité de stockage qui se trouve sur le serveur principal, de préférence un lecteur non robotique. Configurez également un volume dans le pool de volumes NetBackup, puis insérez le volume dans le lecteur. Si vous n'étiquetez pas le volume en utilisant la commande bplabel, NetBackup attribue automatiquement un ID de média précédemment inutilisé. |
|
Étape 3 |
Vérifiez les daemons et les services. |
Pour vérifier que les daemons ou les services NetBackup sont en cours d'exécution sur le serveur principal, procédez comme suit :
|
|
Étape 4 |
Sauvegardez et restaurez une politique. |
Lancez une sauvegarde manuelle d'une politique. Ensuite, restaurez la sauvegarde. Ces actions vérifient les éléments suivants :
|
|
Étape 5 |
Recherchez la défaillance. |
Si une défaillance se produit, vérifiez l' état détaillé du travail dans le moniteur d'activité. Vous pouvez également essayer le rapport Toutes les entrées de journal de NetBackup. Pour les pannes relatives aux lecteurs ou aux médias, vérifiez que l'état du lecteur est DÉMARRÉ. et que le matériel fonctionne. Pour isoler davantage le problème, utilisez les journaux de débogage. Pour une présentation de l'ordre de traitement, consultez les informations sur des processus de sauvegarde et de restauration dans le Guide de référence de consignation NetBackup. |
|
Étape 6 |
Consultez des informations autres que les journaux de débogage. |
Si les journaux de débogage n'indiquent pas le problème, vérifiez ce qui suit :
Pour plus d'informations sur les défaillances matérielles, consultez les manuels du constructeur. |
|
Étape 7 |
Vérifiez les lecteurs robotiques. |
Si vous utilisez un robot et s'il s'agit de la première configuration, assurez-vous que le lecteur robotique est configuré correctement. Vérifiez en particulier les éléments suivants :
Sur un serveur NetBackup UNIX, vous pouvez vérifier uniquement la partie Gestion des médias et des périphériques de la configuration. Pour vérifier, utilisez la commande tpreq pour demander un montage de média. Assurez-vous que le montage est terminé et vérifiez le lecteur sur lequel le média a été monté. Répétez le processus jusqu'à ce que le média ait été monté et démonté sur chaque lecteur de l'hôte concerné. Si cela fonctionne, le problème vient probablement de la politique ou de la configuration de l'unité de stockage. Lorsque vous avez terminé, utilisez tpunmount pour démonter le média. |
|
Étape 8 |
Incluez un robot dans la politique de test. |
Si vous avez précédemment configuré un lecteur non robotique et si votre système inclut un robot, modifiez votre politique de test pour spécifier maintenant un robot. Ajoutez un volume au robot. Le volume doit se trouver dans le pool de volumes de NetBackup sur l'hôte de base de données EMM pour le robot. Revenez à l'Étape 3 et répétez cette procédure pour le robot. Cette procédure vérifie que NetBackup est capable de trouver le volume, de le monter et d'utiliser le lecteur robotique. |
|
Étape 9 |
Utilisez les utilitaires de test robotique. |
Si vous avez des difficultés avec le robot, essayez les utilitaires de test.
N'utilisez pas les utilitaires de test robotique lorsque des sauvegardes ou des restaurations sont en cours. Ces utilitaires empêchent les processus robotiques correspondants d'effectuer des actions robotiques, telles que le chargement et le déchargement des médias. Ces actions peuvent entraîner des dépassements de délai de montage de médias et empêcher la réalisation d'autres opérations robotiques comme l'inventaire robotique et l'insertion ou l'éjection. |
|
Étape 10 |
Améliorez la politique de test. |
Ajoutez une planification d'utilisateur à votre politique de test (la fenêtre de sauvegarde doit être ouverte pendant que vous testez). Utilisez une unité de stockage et un média qui ont été vérifiés lors des étapes précédentes. |
|
Étape 11 |
Sauvegardez et restaurez un fichier. |
Démarrez une sauvegarde utilisateur et une restauration de fichier à l'aide de l'interface client-utilisateur sur le serveur principal. Contrôlez le journal d'état et de progression de l'opération. Si l'opération aboutit, elle permet de vérifier que le logiciel client est fonctionnel sur le serveur principal. Si une défaillance survient, vérifiez le rapport Toutes les entrées de journal de NetBackup. Pour isoler davantage le problème, vérifiez les journaux de débogage appropriés de la liste suivante. Sur un système UNIX, les journaux de débogage se trouvent dans le répertoire /usr/openv/netbackup/logs/. Sur un système Windows, les journaux de débogage se trouvent dans le répertoire install_path\NetBackup\logs\. Des répertoires de débogage existent pour les processus suivants :
Des explications sont disponibles, permettant de savoir quels journaux s'appliquent à un type de client spécifique. Pour plus d'informations sur la consignation, consultez le Guide de référence de consignation NetBackup. |
|
Étape 12 |
Reconfigurez la politique de test. |
Reconfigurez votre politique de test pour nommer un client qui se trouve ailleurs dans le réseau. Utilisez une unité de stockage et un média qui ont été vérifiés lors des étapes précédentes. Au besoin, installez le logiciel de client NetBackup. |
|
Étape 13 |
Créez les répertoires de journal de débogage. |
Créez les répertoires de journaux de débogage pour les processus suivants :
Des explications sont disponibles, permettant de savoir quels journaux s'appliquent à un type de client spécifique. Pour plus d'informations sur la consignation, consultez le Guide de référence de consignation NetBackup. |
|
Étape 14 |
Vérifiez la communication entre le client et le serveur principal. |
Effectuez une sauvegarde utilisateur, puis une restauration à partir du client spécifié à l'étape 8. Ces opérations permettent de vérifier les communications entre le client, le serveur principal et le logiciel NetBackup sur le client. Si une erreur se produit, vérifiez l' état détaillé du travail dans le moniteur d'activité. Vérifiez le rapport Toutes les entrées de journal et les journaux de débogage créés à l'étape précédente. Une cause probable d'erreurs est un problème de communication entre le serveur et le client. |
|
Étape 15 |
Testez les autres clients ou unités de stockage. |
Lorsque la politique de test fonctionne de manière satisfaisante, répétez les étapes spécifiques selon les besoins pour vérifier les autres clients et unités de stockage. |
|
Etape 16 |
Testez les politiques et les planifications restantes. |
Lorsque tous les clients et toutes les unités de stockage sont fonctionnels, testez les politiques et les planifications restantes qui utilisent des unités de stockage sur le serveur principal. Si une sauvegarde programmée échoue, vérifiez le rapport Toutes les entrées de journal, afin de repérer les erreurs. Suivez alors les opérations recommandées selon le code d'état d'erreur. |
Plus d'informations