Guide de dépannage NetBackup™
- Introduction
- Procédures de dépannage
- Dépannage des problèmes de NetBackup
- Dépannage des connexions au proxy vnetd
- Dépannage de la révocation des certificats de sécurité
- Vérification du nom d'hôte et des entrées de service dans NetBackup
- 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 liés à PBX
- Résolution des problèmes de validation de l'hôte distant
- Dépannage d'Auto Image Replication
- Utilisation des utilitaires NetBackup
- À propos de l'utilitaire de support NetBackup (nbsu)
- À propos de l'utilitaire de vérification de la cohérence NetBackup (NBCC)
- A propos des utilitaires de test robotique
- À propos de l'utilitaire Smart Diagnostic (nbsmartdiag)
- Reprise après incident
- 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
- À propos de la récupération du catalogue NetBackup
- À propos de la récupération de catalogue NetBackup
- À propos de la récupération du catalogue NetBackup entier
- A propos de la récupération des fichiers image du catalogue NetBackup
- A propos de la récupération de la base de données relationnelle NetBackup
À propos de la collecte des journaux par ID de travail
NetBackup comprend désormais une nouvelle interface de ligne de commande ainsi qu'une option d'API permettant de collecter les journaux pertinents en spécifiant un ID de travail, puis de charger les journaux collectés. Avec l'ID de travail spécifié, les journaux générés dans la période d'exécution des travaux sont collectés à partir du serveur principal, du serveur de médias et des clients, s'ils sont accessibles. Les journaux hérités et les journaux de fichiers de tentative peuvent inclure des fichiers générés en dehors de la période d'exécution des travaux, car ceux-ci n'appliquent pas le filtre de durée.
Un ID de travail valide doit figurer dans le moniteur d'activité. Par défaut, l'ID d'un travail est supprimé une semaine après la fin de son exécution. L'utilitaire nblogadm ne peut pas collecter les journaux de l'ID d'un travail si bpdbjobs ou le moniteur d'activité ne peut pas récupérer les détails de l'ID de travail spécifié.
La collecte inclut les journaux de NetBackup et de l'utilitaire de support NetBackup (nbsu). La collecte de journaux prend en charge un ID d'enregistrement à la fois (aucune collecte simultanée de journaux à partir de plusieurs ID d'enregistrement).
Pour éviter de saturer le système de fichiers sur le serveur principal, le serveur de médias et le client pendant la collecte des journaux, Veritas recommande d'utiliser l'option KEEP_LOGS_SIZE_GB. Veritas vous recommande de spécifier la taille des journaux NetBackup qui sont conservés avant de collecter les journaux. Pour plus d'informations, consultez le Guide de l'administrateur NetBackup, volume I.
Pour éviter que les journaux collectés ne saturent le système de fichiers sur un serveur principal, une borne d'espace disponible de 10 Go prédéfinie est utilisée. NetBackup utilise cette borne pour vérifier l'espace disque disponible et empêcher le début de la collecte des journaux s'il est inférieur à la borne. De plus, le processus de collecte est arrêté pendant la collecte des journaux lorsque l'espace disponible sur un serveur principal est inférieur à la borne. Pour réduire la borne d'espace disponible à 5 Go, définissez HIGH_WATERMARK_TRB_LOG_RECORDS = 5 dans le fichier bp.conf
.
Pour collecter des journaux avec un niveau de détail plus élevé, activez manuellement la consignation et configurez le niveau de votre choix, comme indiqué dans le Guide de référence de consignation NetBackup. Puis, redémarrez le travail et lancez une tâche de collecte des journaux.
Les journaux collectés sont stockés sur le serveur principal dans le répertoire affiché. Tout le contenu du répertoire est chargé après le démarrage d'une tâche de chargement des journaux. Vérifiez que seuls les fichiers ciblés sont présents dans le répertoire :
Linux et UNIX
/usr/openv/netbackup/logs/nblastaging/record ID-timestamp: YYYYMMDD-HHMMSS
Windows
install_path\Veritas\NetBackup\logs\nblastaging\record ID-timestamp: YYYYMMDD-HHMMSS
Types de travaux pris en charge :
Sauvegarde
Sauvegarde depuis snapshot
Snapshot
Types de charges de travail pris en charge :
Système de fichiers
NDMP (journaux collectés uniquement à partir des serveurs principaux et de médias)
Oracle (journaux collectés uniquement à partir des serveurs principaux)
Snapshot Manager (journaux collectés uniquement à partir des serveurs principaux et de médias)
VMware
Configurations non prises en charge :
Microsoft Cluster Server (MSCS)
Hôte d'accès VMware
Vous pouvez collecter les journaux de charges de travail distribuées impliquant plusieurs clients. Vous devez collecter manuellement les journaux pour chaque travail dans le moniteur d'activité dans lequel le client ou le nœud spécifique s'affiche dans la colonne Client. Puis, consolidez tous les journaux. Les groupes de disponibilité Oracle RAC et MSSQL sont des exemples de charges de travail distribuées.
Les journaux collectés peuvent être chargés vers le service de support technique Veritas à l'aide de l'interface de ligne de commande et des options API. Pour plus de détails, consultez l'article https://www.veritas.com/support/en_US/article.100038665.
Le mot de passe fourni pour charger les journaux est stocké sous forme d'objet d'informations d'authentification dans le volet Gestion des informations d'authentification de NetBackup. Il est supprimé une fois les journaux chargés. Le nom de l'objet d'informations d'authentification peut être brièvement affiché pendant le chargement, mais ce n'est pas le cas du mot de passe.
Tableau : Nouveaux indicateurs d'interface de ligne de commande introduits dans l'utilitaire nblogadm
Interface de ligne de commande |
Description |
---|---|
nblogadm --action getactivecollections --json |
Obtenez le nombre d'enregistrements en cours. (journaux collectés pour un seul ID d'enregistrement à la fois) |
nblogadm --action createrecord --jobid job ID --json |
Utilisez un ID de travail, créez un enregistrement de journal vide et renvoyez l'ID d'enregistrement créé. |
nblogadm --action collectlogsforjob --recid record ID --runnbsu --json |
Créez une tâche pour collecter les journaux de l'ID d'enregistrement spécifié. |
nblogadm --action deleterecord --recid record ID --json |
Supprimez les journaux collectés et l'enregistrement de l'ID spécifié. Cette action met également fin à toute tâche en cours. |
nblogadm --action casedetail --recid record ID --json |
Obtenez les détails de la collecte des journaux et des tâches de chargement des journaux pour l'ID d'enregistrement spécifié. |
Tableau : Nouvelles API NetBackup
API |
Description |
---|---|
GET /troubleshooting/log-records |
Obtenez le nombre d'enregistrements en cours. (journaux collectés pour un seul ID d'enregistrement à la fois) |
POST /troubleshooting/log-records |
Utilisez un ID de travail, créez un enregistrement de journal vide et renvoyez l'ID d'enregistrement créé. |
POST /troubleshooting/log-records/record ID/collect |
Créez une tâche pour collecter les journaux de l'ID d'enregistrement spécifié. |
POST /troubleshooting/log-records/record ID/upload |
Créez une tâche pour charger les journaux de l'ID d'enregistrement spécifié et les informations d'accès au serveur SFTP. |
DELETE /troubleshooting/log-records/record ID |
Supprimez les journaux collectés et l'enregistrement de l'ID spécifié. Cette action met également fin à toute tâche en cours. |
GET /troubleshooting/log-records/record ID |
Obtenez les détails de la collecte des journaux et des tâches de chargement des journaux pour l'ID d'enregistrement spécifié. |