Guide de dépannage NetBackup™

Problèmes liés aux travaux NetBackup pour lesquels le chiffrement des données en transit est activé

Le travail NetBackup peut être un travail de sauvegarde, de restauration, de duplication, de réplication, d'importation, de vérification, etc. Le chiffrement des données en transit (DTE) est activé pour le travail via le paramètre DTE global ou le mode DTE client.

Pour plus d'informations sur le DTE, consultez le Guide de sécurité et de chiffrement NetBackup.

Il peut s'agir d'une opération de sauvegarde, de restauration, d'importation, de vérification, de duplication, de sauvegarde synthétique, etc. L'opération échoue lors de la détermination du mode DTE correspondant en raison de l'échec de la récupération du mode DTE global, qui n'est pas actualisé dans le processus bpcd.

L'erreur suivante s'affiche dans bpcd :

The global data-in-transit encryption setting cannot be fetched (8304).

Journaux UNIX :

Anciens journaux : /usr/openv/netbackup/logs

Journaux VxUL : /usr/openv/logs

Journaux Windows : install_path\NetBackup\logs

Le redémarrage du service Web NetBackup est anormalement long, ce qui empêche l'actualisation du cache DTE global de bpcd. Par conséquent, l'opération échoue lors de la détermination du mode DTE.

Relancez l'opération 2 minutes après avoir redémarré le service de sorte que le service Web actualise le mode DTE global lors de l'itération suivante.

L'opération échoue lors de la détermination du mode DTE pour l'opération, car le mode DTE du serveur de médias ne peut pas être récupéré.

Journaux UNIX :

Anciens journaux : /usr/openv/netbackup/logs

Journaux VxUL : /usr/openv/logs

Journaux Windows : install_path\NetBackup\logs

Il est impossible de récupérer le paramètre DTE du serveur de médias à partir d'EMM, ce qui entraîne l'échec de l'opération.

Relancez l'opération pour récupérer le mode DTE du serveur de médias.

Journaux UNIX : /usr/openv/netbackup/logs

Journaux Windows : install_path\NetBackup\logs

La récupération de la clé prépartagée requise pour la négociation TLS entre les hôtes échoue, en raison de l'un des problèmes suivants dans bpclntcmd :

Ce problème entraîne l'échec de plusieurs opérations NetBackup, telles que la sauvegarde, la restauration ou la duplication.

Arrêtez le processus bpclntcmd -store existant et relancez l'opération.

Journaux UNIX : /usr/openv/netbackup/logs

Journaux Windows : install_path\NetBackup\logs

Erreur dans les détails du travail :

Jan 19, 2022 8:49:36 PM - Error bpdm (pid=18607) cannot connect to the 
writing side process for duplication, Success Jan 19, 2022 9:37:02 PM - Error bptm 
(pid=1028) listen protocol error - couldn't accept from data socket, 
The operation completed successfully. Jan 19, 2022 9:37:03 PM - Info bptm 
(pid=1028) EXITING with status 25 <----------

Lorsque le chiffrement des données en transit (DTE) est activé, le processus vnetd est chargé de configurer les préréquis pour la négociation TLS du chiffrement des données en transit. Sur un ordinateur occupé, si la configuration par vnetd est anormalement longue, bptm expire avant que vnetd transfère la connexion, ce qui entraîne l'échec de la duplication.

Sur l'hôte cible, augmentez le délai d'expiration pour accepter la connexion à partir de vnetd. Utilisez les commandes nbgetconfig et nbsetconfig pour augmenter le délai d'expiration de l'option de configuration VNET_OPTIONS.

Par exemple, pour passer le délai d'expiration de 120 à 300 secondes, exécutez les commandes suivantes :

nbgetconfig VNET_OPTIONS VNET_OPTIONS = 120 3600 200 40 3 1 30 10 1793 32 0 0

nbsetconfig nbsetconfig> VNET_OPTIONS = 300 3600 200 40 3 1 30 10 1793 32 0 0

Seule la première valeur est définie sur "300".