Please enter search query.
Search <book_title>...
Guide de dépannage de Veritas NetBackup™
Last Published:
2018-03-28
Product(s):
NetBackup (8.1.1)
- 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)
- À 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
Dépannage des performances de la carte d'interface réseau
Si l'exécution des travaux de sauvegarde ou de restauration est lente, assurez-vous que les cartes d'interface réseau (NIC) sont définies en duplex intégral. Le semi-duplex entraîne souvent de mauvaises performances.
Remarque :
Si la carte d'interface réseau dans un serveur maître ou de médias NetBackup est modifiée ou si l'adresse IP du serveur change, des communications CORBA peuvent être interrompues. Pour corriger cette situation, arrêtez et redémarrez NetBackup.
Pour obtenir de l'aide sur l'affichage et le rétablissement du mode duplex pour un hôte ou un périphérique spécifique, consultez la documentation du fabricant. Si la documentation n'est pas utile, effectuez la procédure suivante.
Pour dépanner les performances de la carte d'interface réseau
- Connectez-vous à l'hôte qui contient la carte d'interface réseau dont vous voulez vérifier le mode bidirectionnel.
- Entrez la commande suivante pour afficher le paramètre de duplex actuel.
ifconfig -a
Sur certains systèmes d'exploitation, cette commande est ipconfig.
Voici un exemple de sortie d'un Filer NAS :
e0: flags=1948043<UP,BROADCAST,RUNNING,MULTICAST,TCPCKSUM> mtu 1500 inet 10.80.90.91 netmask 0xfffff800 broadcast 10.80.95.255 ether 00:a0:98:01:3c:61 (100tx-fd-up) flowcontrol full e9a: flags=108042<BROADCAST,RUNNING,MULTICAST,TCPCKSUM> mtu 1500 ether 00:07:e9:3e:ca:b4 (auto-unknown-cfg_down) flowcontrol full e9b: flags=108042<BROADCAST,RUNNING,MULTICAST,TCPCKSUM> mtu 1500 ether 00:07:e9:3e:ca:b5 (auto-unknown-cfg_down) flowcontrol full
Dans cet exemple, l'interface réseau qui indique "100tx-fd-up" s'exécute en mode duplex intégral. Seule l'interface e0, la première de la liste, est en mode duplex intégral.
Le paramètre "automatique" est déconseillé, car les périphériques peuvent négocier automatiquement en semi-duplex.
- Le mode duplex peut être rétabli à l'aide de la commande ifconfig (ou ipconfig). Par exemple :
ifconfig e0 mediatype 100tx-fd
- Pour la plupart des hôtes, vous pouvez définir le mode duplex intégral de manière permanente, comme dans les fichiers /etc/rc de l'hôte. Pour plus d'informations, consultez la documentation de l'hôte.