Guide de référence de la consignation Veritas NetBackup™
- Utilisation des journaux
- À propos des journaux
- À propos des journaux système UNIX
- A propos de la conservation de journaux dans NetBackup
- A propos de la limitation de la taille des journaux unifiés et hérités
- À propos de la consignation unifiée
- Rassemblement des journaux unifiés de NetBackup
- Types de messages de consignation unifiée
- Format de nom de fichier pour la consignation unifiée
- ID de créateur pour les entités utilisant la consignation unifiée
- À propos du changement d'emplacement des fichiers journaux unifiés
- À propos de la substitution des fichiers journaux unifiés
- À propos de la réutilisation des fichiers journaux unifiés
- A propos de l'utilisation de la commande vxlogview pour afficher les journaux unifiés
- À propos des chaînes de requête utilisées avec la commande vxlogview
- Exemples d'utilisation de la commande vxlogview pour afficher les journaux unifiés
- Exemples d'utilisation de la commande vxlogmgr pour gérer les journaux unifiés
- Exemples d'utilisation de la commande vxlogcfg pour configurer les journaux unifiés
- À propos de la consignation héritée
- Processus de client UNIX qui utilisent la consignation héritée
- Processus de client PC qui utilisent la consignation héritée
- Format de nom de fichier pour la consignation héritée
- Noms du répertoire pour les journaux de débogage hérités pour des serveurs
- Noms du répertoire des journaux de débogage hérités pour la gestion des périphériques et des médias
- Comment contrôler la quantité d'informations enregistrée dans les fichiers de journaux hérités
- À propos de la limitation de la taille et de la conservation des journaux hérités
- Configuration de la rotation des journaux hérités
- À propos du niveau de consignation global
- Définition des limites de conservation des journaux sur les clients
- Options de consignation avec l'observateur d'événements Windows
- 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
- Processus de sauvegarde de déduplication vers le pool de déduplication du serveur de médias (MSDP)
- Consignation de déduplication client
- Journaux de configuration de déduplication
- Consignation de déduplication de serveur de médias/pdplugin
- Consignation de la surveillance de disque
- Mots-clés de consignation
- Consignation OpenStorage Technology (OST)
- Consignation de la politique de cycle de vie du stockage (SLP) et d'Auto Image Replication (AIR)
- À propos des politiques de cycle de vie du stockage (SLP) et de la réplication A.I.R (Auto Image Replication)
- Flux du processus de duplication de stockage du cycle de vie politique (SLP)
- Consignation du flux du processus A.I.R. (Auto Image Replication)
- Flux de processus d'importation
- Consignation de SLP et d'A.I.R.
- Configuration et gestion des politiques de cycle de vie du stockage (SLP)
- Technologies de snapshot
- Localisation des journaux
- Consignation d'acsssi
- Consignation de bpbackup
- Consignation de bpbkar
- Consignation de bpbrm
- Consignation de bpcd
- Consignation de bpcompatd
- Consignation de bpdbm
- Consignation de bpjobd
- Consignation de bprd
- Consignation de bprestore
- Consignation de bptm
- Consignation de daemon
- Consignation de ltid
- Consignation de nbemm
- Consignation de nbjm
- Consignation de nbpem
- consignation nbproxy
- Consignation de nbrb
- Consignation des services Web NetBackup
- Consignation de certificat de serveur Web NetBackup
- Consignation de PBX
- Consignation de reqlib
- Consignation de robots
- Consignation de tar
- Consignation de txxd et txxcd
- Consignation de vnetd
- Consignation de la console d'administration basée sur Java
- À propos de la consignation de la console d'administration basée sur Java
- Flux de processus de consignation de console d'administration basée sur Java
- Configuration d'un canal sécurisé entre la console d'administration basée sur Java et bpjava-*
- Configuration d'un canal sécurisé entre la console d'administration basée sur Java et nbsl ou nbvault
- Configuration de la consignation de la console d'administration basée sur Java sur des serveurs et clients NetBackup
- Consignation de la console d'administration à distance basée sur Java sur un ordinateur Windows où NetBackup n'est pas installé
- Configuration et collecte des journaux lors de la résolution des problèmes de l'interface utilisateur graphique Java
- Annulez la consignation
Processus de sauvegarde de déduplication vers le pool de déduplication du serveur de médias (MSDP)
Le processus de sauvegarde de déduplication vers le pool de déduplication du serveur de médias (MSDP) est le suivant :
Le client bpbkar envoie des données au gestionnaire de bandes de sauvegarde NetBackup - le processus bptm.
La commande pdvfs (avec bptm comme proxy) se connecte au Gestionnaire de déduplication NetBackup (spad) pour enregistrer des métadonnées (enregistrements d'images) dans le mini-catalogue spadb et se connecte au moteur de déduplication NetBackup (spoold) pour stocker les données d'image dans les fichiers
.bhd/.bindans le répertoire des données (dedup_path\data).Le moteur spoold enregistre des données
tlogdans les fichiers.tlogde la file d'attente (dedupe_path\queue) et dans le répertoire traité. Les données tlog du répertoire de file d'attente sont traitées dans crdb ultérieurement, lors de l'exécution du travail suivant de traitement de la file d'attente de routeur de contenu. À compter de NetBackup 7.6, les fichiers.tlogne contiennent plus d'ajouts à la base de données.
La présentation fonctionnelle est la suivante :
Dans ce cas, le client sauvegarde des données directement sur le serveur de médias, et le serveur de médias déduplique les données avant de les stocker localement. Assurez-vous que vous utilisez le serveur de médias correct, qui n'est pas nécessairement le même que le serveur de stockage MSDP (selon la répartition de charge).
Pour la consignation de déduplication spécifique, activez les éléments suivants sur le serveur de médias :
Niveau de consignation détaillée 5 bptm :
Créez un répertoire de journal nommé
bptmdans/usr/openv/netbackup/logs(Windows :chemin_installation\NetBackup\logs).Définissez la consignation du journal bptm sur 5 dans la Console d'administration NetBackup. Pour ce faire, cliquez sur pour le serveur de médias. Si vous utilisez UNIX/Linux, définissez la consignation du journal bptm sur 5 dans le fichier
/usr/openv/netbackup/bp.confen ajoutant la ligne suivante :BPTM_VERBOSE = 5
Modifiez le fichier de configuration
pd.confsitué à l'emplacement suivant :Windows :
chemin_d'installation\NetBackup\bin\ost-plugins\pd.confUNIX/Linux :
/usr/openv/lib/ost-plugins/pd.confet retirez les commentaires ou modifiez la ligne suivante :
LOGLEVEL = 10
Remarque :
Vous pouvez également modifier DEBUGLOG dans le fichier
pd.confpour spécifier le chemin d'accès du journal ; cependant, nous recommandons de laisser un commentaire devant l'entrée DEBUGLOG. Les informations de consignation (consignation de débogage PDVFS) sont ensuite consignées dans les journaux bptm et bpdm.
Activez la consignation détaillée spad/spoold (facultatif).
Modifiez les fichiers
dedup_path\etc\puredisk\spa.cfgetdedup_path\etc\puredisk\contentrouter.cfgde sorte que la ligne suivante :Logging=long,thread soit modifiée à Logging=full,thread
Vérifiez que vous êtes sur le bon serveur de médias et redémarrez les services du serveur de stockage MSDP.
Attention :
Si vous activez la consignation détaillée, cela peut avoir un impact sur les performances de MSDP.
Reproduisez l'échec de sauvegarde.
Dans la Console d'administration NetBackup, cliquez sur , ouvrez les détails du travail et cliquez sur l'onglet . Il affiche le nom d'hôte du serveur de médias qui a exécuté la sauvegarde et le numéro PID (ID de processus) bptm.
Recherchez une ligne semblable à bptm(pid=valeur) ; cette valeur correspond au PID bptm à localiser dans le journal bptm.
Extrayez le PID bptm trouvé à l'étape 3 du journal bptm sur le serveur de médias. Cette étape rassemble uniquement les entrées d'une seule ligne ; passez en revue les journaux bruts pour identifier les entrées de journal multilignes. Dans les exemples suivants, 3144 est le PID bptm :
Ligne de commande Windows :
findstr "\[3144." 092611.log > bptmpid3144.txt
Ligne de commande UNIX/Linux :
grep "\[3144\]" log.092611 > bptmpid3144.txt
Rassemblez les journaux de session spoold couvrant la date du début de la sauvegarde jusqu'à la date d'échec dans les journaux suivants :
Windows :
<dedup_path>\log\spoold\<mediasvr_IP_or_hostname>\bptm\Receive\MMDDYY.log <dedup_path>\log\spoold\<mediasvr_IP_or_hostname>\bptm\Store\MMDDYY.log
UNIX/Linux :
<dedup_path>/log/spoold/<mediasvr_IP_or_hostname>/bptm/Receive/MMDDYY.log <dedup_path>/log/spoold/<mediasvr_IP_or_hostname>/bptm/Store/MMDDYY.log