Guide de référence de la consignation Veritas NetBackup™
- Utilisation des journaux
- À propos de la consignation unifiée
- À propos de la consignation héritée
- À propos du niveau de consignation global
- Dépannage des messages d'erreur dans NetBackup Administration Console
- Processus de sauvegarde et consignation
- Processus de périphérique et de média et consignation
- Processus de restauration et consignation
- Fonctions avancées de sauvegarde et de restauration
- Consignation de stockage
- Consignation de déduplication NetBackup
- Consignation OpenStorage Technology (OST)
- Consignation de la politique de cycle de vie du stockage (SLP) et d'Auto Image Replication (AIR)
- Consignation de la communication sécurisée NetBackup
- Consignation de l'assistant de proxy NetBackup
- Consignation de tunnel proxy NetBackup
- Technologies de snapshot
- Localisation des journaux
- Consignation de la console d'administration basée sur Java
ID de créateur 486
Les fichiers journaux de l'assistant de proxy NetBackup sont utiles quand il y a des problèmes de communication dus à des erreurs SSL/TSL ou à d'autres problèmes de communication sécurisée. Vous pouvez démarrer les processus à l'aide de la commande vnetd - standalone. Si vous rencontrez des problèmes de démarrage et d'arrêt, examinez le fichier journal vnetd
.
Voici des exemples du nombre minimal prévu de processus vnetd
:
/usr/openv/netbackup/bin/vnetd -proxy inbound_proxy -number 0
/usr/openv/netbackup/bin/vnetd -proxy outbound_proxy -number 0
/usr/openv/netbackup/bin/vnetd - standalone
Les processus de proxy entrants et sortants envoient les journaux vers les fichiers journaux nbpxyhelper
. La communication entre eux peut être suivie grâce aux détails du travail ; il localise les ID de connexion :INBOUND ou :OUTBOUND et les recherche dans les fichiers journaux nbpxyhelper
. Les connexions :INBOUND et :OUTBOUND sont affichées uniquement s'il existe une erreur. Consultez l'exemple suivant :
Aug 5, 2018 5:13:14 PM - Info nbjm (pid=3442) starting backup job (jobid=268) for client nbclient1, policy ANY_nbclient1, schedule Full-EXPIRE_IMMEDIATELY Aug 5, 2018 5:13:14 PM - Info nbjm (pid=3442) requesting STANDARD_RESOURCE resources from RB for backup job (jobid=268, request id:{5DD92BD0-98F4-11E8-AEE4-55B66A58DDB2}) Aug 5, 2018 5:13:14 PM - requesting resource __ANY__ Aug 5, 2018 5:13:14 PM - requesting resource nbmaster2.NBU_CLIENT.MAXJOBS.nbclient1 Aug 5, 2018 5:13:14 PM - requesting resource nbmaster2.NBU_POLICY.MAXJOBS.ANY_nbclient1 Aug 5, 2018 5:13:15 PM - Error bpbrm (pid=21177) [PROXY] Connecting host: nbmaster2 Aug 5, 2018 5:13:15 PM - Error bpbrm (pid=21177) [PROXY] ConnectionId: {5E0FBBD2-98F4-11E8-804A-EC7198374CC6}:OUTBOUND
Par défaut, l'OID 486 est défini sur DebugLevel=0 en raison de la possibilité de créer plusieurs fichiers journaux. Ne laissez pas la consignation activée pendant de longues périodes sur DebugLevel=6.
Le niveau de consignation peut être modifié à l'aide de la commande vxlogcfg. Pour plus d'informations, reportez-vous aux exemples suivants:
Pour activer la consignation, utilisez la commande suivante :
vxlogcfg -a -p NB -o 486 -s DebugLevel=6
Pour supprimer la consignation, utilisez la commande suivante :
vxlogcfg -a -p NB -o 486 -s DebugLevel=0
Remarque :
Dans ce cas, le niveau de consignation est explicitement défini sur 0 une fois le dépannage terminé.