Recherche dans <book_title>…

Guide de déduplication VeritasNetBackup™

Last Published: 2021-10-12

Product(s): NetBackup (9.1)

Fichiers journaux du MSDP de NetBackup

Les composants de déduplication de NetBackup enregistrent les informations dans divers fichiers journaux. Certaines commandes ou processus NetBackup enregistrent des messages dans leurs propres fichiers journaux. D'autres processus utilisent des fichiers journaux de consignation unifiée Veritas (VxUL). VxUL utilise un nom et un format de fichier standard pour les fichiers journaux. Un ID de l'émetteur (OID) identifie le processus qui écrit les messages consignés.

Se reporter à À propos de la consignation héritée.

Se reporter à À propos de la consignation unifiée.

Dans les journaux VxUL, les messages qui commencent par un préfixe sts se rapportent à l'interaction avec le plug-in de déduplication. La plupart des interactions se produisent sur les serveurs de médias NetBackup. Pour afficher et gérer les fichiers journaux VxUL, vous devez utiliser les commandes de journal NetBackup. Pour plus d'informations sur l'utilisation et la gestion des journaux sur les serveurs NetBackup, consultez le Guide de référence des commandes NetBackup. Le guide est disponible à l'URL suivante :

http://www.veritas.com/docs/DOC5332

La plupart des interactions se produisent sur les serveurs de médias NetBackup. Par conséquent, les fichiers journaux sur les serveurs de médias que vous utilisez pour des opérations de disque sont très importants.

Avertissement :

Plus le niveau de consignation est élevé, plus l'effet sur les performances de NetBackup est grand. Utilisez un niveau de consignation de 5 (le plus élevé) uniquement quand un représentant de Veritas vous le demande. Un niveau de consignation de 5 sert uniquement à la résolution de problèmes.

Spécifiez les niveaux de consignation de NetBackup dans les propriétés d'hôte de Consignation du serveur principal NetBackup. Les niveaux de consignation pour quelques processus spécifiques à certaines options sont définis dans des fichiers de configuration comme décrit dans Tableau : Journaux pour activité NetBackup MSDP.

Tableau : Journaux pour activité NetBackup MSDP décrit les fichiers journaux pour chaque composant.

Tableau : Journaux pour activité NetBackup MSDP

Composant	OID VxUL	Description
Sauvegardes et restaurations	117	Job Manager nbjm.
Sauvegardes et restaurations	N/A	Les messages s'affichent dans les fichiers journaux des processus suivants : Le gestionnaire de sauvegarde et de restauration bpbrm. Voici le chemin d'accès aux fichiers journaux : UNIX : `/usr/openv/netbackup/logs/bpbrm` Windows : `install_path\Veritas\NetBackup\logs\bpbrm` Le gestionnaire de base de données bpdbm. Voici le chemin d'accès aux fichiers journaux : UNIX : `/usr/openv/netbackup/logs/bpdbm` Windows : `install_path\Veritas\NetBackup\logs\bpbrm` Le gestionnaire de bande bptm pour les opérations d'E/S. Voici le chemin d'accès aux fichiers journaux : UNIX : `/usr/openv/netbackup/logs/bptm` Windows : `install_path\Veritas\NetBackup\logs\bptm`
Snapshots instantanés de catalogue	N/A	Le processus de cliché instantané de catalogue de MSDP enregistre des messages dans les fichiers journaux et répertoires suivants : UNIX : /storage_path/log/spad/spad.log /storage_path/log/spad/sched_CatalogBackup.log /storage_path/log/spad/client_name/ Windows : storage_path\log\spad\spad.log storage_path\log\spad\sched_CatalogBackup.log storage_path\log\spad\client_name\
Plug-in de proxy de déduplication client	N/A	Le plug-in de proxy de déduplication client sur le serveur de médias s'exécute sous les processus bptm, bpstsinfo et bpbrm. Examinez les fichiers journaux de ces processus pour connaître l'activité du plug-in de proxy. Les chaînes proxy ou ProxyServer intégrées aux messages de journal identifient l'activité du serveur proxy. Ils enregistrent des fichiers journaux dans les répertoires suivants : Pour bptm : UNIX : `/usr/openv/netbackup/logs/bptm` Windows : `install_path\Veritas\NetBackup\logs\bptm` Pour bpstsinfo : Windows : `/usr/openv/netbackup/logs/admin` UNIX : `/usr/openv/netbackup/logs/bpstsinfo` Windows : `install_path\Veritas\NetBackup\logs\admin` Windows : `install_path\Veritas\NetBackup\logs\stsinfo` Pour bpbrm : UNIX : `/usr/openv/netbackup/logs/bpbrm` Windows : `install_path\Veritas\NetBackup\logs\bpbrm`
Serveur proxy de déduplication du client	N/A	Le serveur proxy de déduplication nbostpxy sur le client enregistre des messages dans des fichiers dans un répertoire du même nom, comme suit : UNIX : `/usr/openv/netbackup/logs/nbostpxy` Windows : `install_path\Veritas\NetBackup\logs\nbostpxy`.
Script de configuration de déduplication	N/A	Ce qui suit est le chemin d'accès au fichier journal pour le script de configuration de déduplication : UNIX : storage_path/log/pdde-config.log Windows : storage_path\log\pdde-config.log NetBackup crée ce fichier journal lors du processus de configuration. Si votre configuration réussit, vous n'avez pas besoin d'examiner le fichier journal. Il est nécessaire d'examiner le fichier journal uniquement lorsque la configuration échoue. Si le processus de configuration échoue après la création et le peuplement du répertoire, ce fichier journal identifie à quel moment la configuration a échoué.
Plug-in de déduplication	N/A	L'entrée DEBUGLOG et le LOGLEVEL dans le fichier `pd.conf` déterminent l'emplacement et le niveau de journal pour le plug-in de déduplication. L'exemple suivant montre les emplacements par défaut pour les fichiers journaux : UNIX : /var/log/puredisk/pdplugin.log Windows :C:\pdplugin.log Vous pouvez configurer l'emplacement et le nom du fichier journal, ainsi que le niveau de consignation. Pour ce faire, modifiez les entrées DEBUGLOG et LOGLEVEL dans le fichier `pd.conf`. Se reporter à A propos du fichier de configuration pd.conf de MSDP. Se reporter à Modification du fichier pd.conf de MSDP.
Configuration et surveillance des périphériques	111	Le processus nbemm
Configuration et surveillance des périphériques	178	Le processus Disk Service Manager (DSM) exécuté dans le processus Enterprise Media Manager (EMM).
Configuration et surveillance des périphériques	202	Processus d'interface de serveur de stockage exécuté dans le gestionnaire distant et le service de contrôle. RMMS s'exécute sur des serveurs de médias.
Configuration et surveillance des périphériques	230	Interface du Remote Disk Service Manager interface (RDSM) exécutée dans Remote Manager and Monitor Service. RMMS s'exécute sur des serveurs de médias.
utilitaire drcontrol	N/A	Sur l'hôte de serveur de stockage MSDP, exécutez l'utilitaire drcontrol. La commande nécessite des droits d'administrateur. L'utilitaire crée un fichier journal et affiche son nom de chemin dans la sortie de commande. L'utilitaire enregistre les fichiers journaux dans le répertoire suivant, selon le système d'exploitation : UNIX : /[storage_path]/log/drcontrol/policy_admin */storage_path/log/drcontrol/dedupe_catalog_DR* Windows : storage_path\log\drcontrol\policy_admin storage_path\log\drcontrol\dedupe_catalog_DR Se reporter à Au sujet de la protection du catalogue MSDP. Se reporter à Au sujet de la récupération de catalogue MSDP.
Installation	N/A	Le processus d'installation de NetBackup enregistre des informations concernant des composants de déduplication dans un fichier journal dans le répertoire suivant : UNIX : /var/log/puredisk Windows : %ALLUSERSPROFILE%\Symantec\NetBackup\InstallLogs
Moteur de déduplication NetBackup	N/A	Le moteur de déduplication NetBackup enregistre plusieurs fichiers journaux, comme suit : Fichiers journaux du répertoire storage_path/log/spoold, comme suit : Le fichier spoold.log est le fichier journal principal. Le fichier storaged.log est utilisé pour le traitement de la file d'attente. Le fichier storaged_<dsid>.log est utilisé pour le traitement de la file d'attente de la LSU cloud. Un fichier journal pour chaque connexion au moteur est enregistré dans un répertoire avec le chemin d'accès au stockage spoold. Voici une description du nom de chemin d'accès vers le fichier journal d'une connexion : hostname/application/TaskName/MMDDYY.log Voici un exemple de nom de chemin d'accès à un fichier journal de connexion crcontrol sur un système Linux : `/storage_path/log/spoold/server.example.com/crcontrol/Control/010112.log` Généralement, il est nécessaire d'examiner ces fichiers journaux de connexion uniquement si un représentant du support technique Veritas vous le demande. Fichier journal VxUL des événements et erreurs que reçoit NetBackup par sondage. L'ID de l'émetteur pour le moteur de déduplication est 364.
Moteur de déduplication NetBackup	364	Moteur de déduplication NetBackup exécuté sur le serveur de stockage de déduplication.
Gestionnaire de déduplication NetBackup	N/A	Les fichiers journaux se trouvent dans le répertoire */storage_path/log/spad, comme suit : `spad.log` `sched_QueueProcess.log` `SchedClass.log` Un fichier journal pour chaque connexion au gestionnaire est enregistré dans un répertoire avec le chemin d'accès de stockage spad. Voici une description du nom de chemin d'accès vers le fichier journal d'une connexion : hostname/application/TaskName/MMDDYY.log Voici un exemple de nom de chemin d'accès à un fichier journal de connexion bpstsinfo* sur un système Linux : `/storage_path/log/spoold/server.example.com/bpstsinfo/spad/010112.log` Généralement, il est nécessaire d'examiner ces fichiers journaux de connexion uniquement si un représentant du support technique Veritas vous le demande. Vous pouvez définir le niveau de consignation et la période de conservation sous l'onglet Propriétés de la boîte de dialogue Modifier un serveur de stockage. Se reporter à Modification des propriétés de serveur de stockage MSDP.
Duplication optimisée et réplication	N/A	Pour la duplication optimisée et Auto Image Replication, voici les fichiers journaux qui fournissent des informations : Le gestionnaire de bande NetBackup bptm pour les opérations d'E/S. Voici le chemin d'accès aux fichiers journaux : UNIX : `/usr/openv/netbackup/logs/bptm` Windows : `install_path\Veritas\NetBackup\logs\bptm` Voici le chemin d'accès au fichier journal de réplication MSDP : `/chemin_d'accès_stockage/log/spad/replication.log`
Connexions réseau résilientes	387	Le service de transport de réseau distant (nbrntd) gère les sockets de connexion réseau résiliente. Il s'exécute sur le serveur maître, sur des serveurs de médias et sur des clients. Utilisez l'ID 387 de créateur de VxUL pour afficher des informations sur les connexions de socket utilisées par NetBackup. Remarque : Si plusieurs flux de sauvegarde fonctionnent simultanément, le service Remote Network Transport enregistre un grand nombre d'informations dans les fichiers journaux. Dans un tel scénario, Veritas vous recommande de définir le niveau de consignation pour l'OID 387 sur 2 ou moins. Pour configurer des journaux unifiés, consultez le guide suivant : Guide de référence de consignation NetBackup : http://www.veritas.com/docs/DOC5332
Connexions réseau résilientes	N/A	Le plug-in de déduplication consigne des informations relatives à la persistance de la connexion. Pour plus d'informations sur le fichier journal de plug-in de déduplication, voir "Plug-in de déduplication" dans ce tableau. Le paramètre FILE_KEEP_ALIVE_INTERVAL du fichier `pd.conf` contrôle l'intervalle de persistance de la connexion. Se reporter à A propos du fichier de configuration pd.conf de MSDP. Se reporter à Modification du fichier pd.conf de MSDP.