Recherche dans <book_title>…

Guide de dépannage de Veritas NetBackup™

Last Published: 2020-10-26

Product(s): NetBackup (8.3.0.1)

Résolution des problèmes de défaillance de la sauvegarde avec les clients ou les serveurs NAT

Échec de la sauvegarde avec l'erreur suivante : bpbrm (pid = 31553) ne peut pas envoyer le courriel, car BPCD sur l'hôte s'est fermé avec l'état 21 : échec d'ouverture du socket.

Raisons possibles :

Le serveur de médias ne peut pas se connecter au service NetBackup Messaging Broker (ou nbmqbroker).
Le service nbmqbroker n'est peut-être pas démarré sur le serveur maître.
Le client NAT n'est pas configuré pour accepter la connexion inversée.
Le client n'est pas un client NAT.
La version du client est 8.1.2 ou une version antérieure.
La configuration de port du service nbmqbroker a été mise à jour.
Les services du serveur maître sont redémarrés.

Cause 1

Le serveur de médias ne peut pas se connecter au service nbmqbroker.

Cause 2

Le service nbmqbroker n'est peut-être pas démarré sur le serveur maître.

Pour les causes 1 et 2, voici la solution :

Vérifiez les journaux bpbrm sur le serveur de médias à l'emplacement Install_Path/logs/bpbrm.
Vérifiez le fichier journal nbmqbroker à l'emplacement :
UNIX : /usr/openv/mqbroker/logs
Windows : Install_Path/mqbroker/logs
Assurez-vous que le service nbmqbroker est en cours d'exécution sur le serveur maître. Utilisez la commande suivante :
- Exécutez la commande bpps.
- Exécutez la commande bptestbpcd -host hostname à partir du serveur maître ou du serveur de médias et vérifiez les journaux de l'administrateur à l'emplacement Install_Path/logs/admin.

Cause 3 : le client ou le serveur NAT n'est pas configuré pour accepter la connexion inversée.

Procédez comme suit :

Vérifiez les journaux de l'abonné à l'emplacement :
UNIX : usr/openv/logs/nbsubscriber
Windows : Install_Path/logs/nbsubscriber
Vérifiez les journaux vnetd à l'emplacement Install_Path/logs/vnetd.
Exécutez la commande bptestbpcd -host hostname sur le serveur maître ou le serveur de médias et vérifiez les journaux de l'administrateur à l'emplacement Install_Path/logs/admin.
Exécutez la commande nbmqutil -publish -master hostname -message message_text -remoteHost hostname.
Assurez-vous que l'option de configuration ACCEPT_REVERSE_CONNECTION est définie sur TRUE à l'aide de la commande nbgetconfig.
Vérifiez que le service de l'abonné est en cours d'exécution sur le client NAT en exécutant la commande bpps.

Cause 4 : le client n'est pas un client NAT.

Procédez comme suit :

Assurez-vous que l'option de configuration ENABLE_DIRECT_CONNECTION est définie sur TRUE sur le serveur maître ou de médias à l'aide de la commande nbgetconfig.

Cause 5 : la version du client est 8.1.2 ou une version antérieure.

Procédez comme suit :

Assurez-vous que l'option de configuration ENABLE_DIRECT_CONNECTION est définie sur TRUE sur le serveur maître ou de médias à l'aide de la commande nbgetconfig.

Cause 6 : la configuration de port du service nbmqbroker a été mise à jour.

Procédez comme suit :

Patientez jusqu'à ce que le cache soit effacé.
Effacez le cache de l'hôte sur le serveur de médias à l'aide de la commande bpclntcmd -clear_host_cache.

Cause 7 : les services du serveur maître sont redémarrés.

Procédez comme suit :

Vérifiez les journaux du service de l'abonné à l'emplacement :
UNIX : usr/openv/logs/nbsubscriber
Windows : Install_Path/logs/nbsubscriber
Attendez que le service de l'abonné démarre sur le client.
Redémarrez le service de l'abonné.

Échec de la sauvegarde avec l'erreur suivante : bpbrm (pid = 9880) bpcd sur l'hôte s'est fermé avec l'état 48 : impossible de trouver le nom d'hôte du client.

Raisons possibles :

Le nom d'hôte du client NAT n'est pas mappé à l'ID de l'hôte.
L'ID de l'hôte associé au client est NULL ou n'est pas valide.

Procédez comme suit :

Vérifiez les journaux bpbrm à l'emplacement Install_Path/logs/bpbrm
Vérifiez le mappage de l'ID de l'hôte au nom d'hôte existant du client en exécutant la commande Install_Path/bin/admincmd/nbhostmgmt -li -json sur le serveur maître ou le serveur de médias.
Si le nom du client n'est pas mappé à l'ID de l'hôte, ajoutez un nouveau nom pour le client et mappez-le à un ID de l'hôte existant à l'aide de la commande Install_Path/bin/admincmd/nbhostmgmt -add -hostid hostid -mappingname hostname.
Effacez le cache de l'hôte sur le client à l'aide de la commande Install_Path/bin/bpclntcmd -clear_host_cache.

La sauvegarde prend trop de temps.

Raisons possibles :

Le fichier de configuration du client (fichier bp.conf sur le registre Windows ou UNIX) contient une entrée de serveur de médias non valide.
L'option ENABLE_DATA_CHANNEL_ENCRYPTION n'est pas définie sur FALSE sur l'hôte NAT.

Cause 1 : le fichier de configuration du client contient une entrée de serveur de médias non valide.

Procédez comme suit :

Exécutez la commande Install_Path/bin/admincmd/bptestbpcd -host hostname à partir du serveur maître ou du serveur de médias et vérifiez les journaux de l'administrateur à Install_Path/logs/admin.
Ajoutez le nom du serveur de médias dans le fichier /etc/hosts sur le client.
Ajoutez le nom du serveur de médias dans le fichier de configuration sur le client à l'aide de la commande nbsetconfig.

Cause 2 : l'option ENABLE_DATA_CHANNEL_ENCRYPTION est activée.

Procédez comme suit :

Définissez l'option ENABLE_DATA_CHANNEL_ENCRYPTION sur FALSE à l'aide de la commande nbsetconfig.

Échec de la sauvegarde, car le travail est bloqué et aucun nouveau travail n'est déclenché pour la politique.

Ce problème peut se produire pour l'une des raisons suivantes :

L'hôte NAT attend un message entrant, mais le service nbmqbroker a fermé la connexion au client, et celui-ci ne peut pas détecter la fermeture de la connexion.

Procédez comme suit :

Recherchez le message suivant dans les journaux du client :

Trying to get Message from MQ Broker:[master server name]

Vérifiez la valeur de signal d'activité actuelle définie pour l'option de configuration SUBSCRIBER_HEARTBEAT_TIMEOUT sur le serveur. Exécutez la commande nbgetconfig.
Définissez la valeur de l'option SUBSCRIBER_HEARTBEAT_TIMEOUT sur la valeur minimale de sorte que le client puisse détecter une connexion fermée.
Redémarrez le service de l'abonné sur le client.

Les travaux de sauvegarde ou de restauration échouent après CLIENT_CONNECT_TIMEOUT.

Ce problème peut se produire pour l'une des raisons suivantes :

L'abonné n'a pas pu établir la connexion inversée au serveur de médias.
Le message a été transmis par l'éditeur, mais l'abonné ne l'a pas reçu.

Procédez comme suit :

Vérifiez les journaux du service de l'abonné pour vous assurer que le service peut se connecter à l'ID transitoire PBX.
Vérifiez les journaux du service de l'abonné pour vous assurer que le message de l'éditeur est remis à l'abonné.
Message du journal :
```
Got Message from MQ Broker:[<message>] with return:<status code> total timeout,reset:<timeout reset>
```

L'état du serveur de médias NAT est arrêté après le redémarrage des services

Procédez comme suit :

Exécutez la commande suivante sur le serveur maître :
Install_Path/bin/admincmd/bptestbpcd -host host_name
Vérifiez les journaux à l'emplacement Install_Path/logs/admin.
Vérifiez si le serveur de médias est hors ligne à l'aide de la console d'administration NetBackup. Cliquez sur Gestion des médias et des périphériques > Périphériques > Serveurs de médias.
Si le service de serveur maître est redémarré, redémarrez le serveur de médias et attendez que le serveur de médias soit en ligne.
Vérifiez si les journaux de l'abonné du serveur de médias sont prêts à recevoir des messages de connexion si le niveau de consignation est défini sur une valeur supérieure à 1. Par exemple :
Message de journal pour l'état déconnecté : Retrying connection stopped for n seconds with attempt:m
Message de journal pour l'état connecté : Successfully connected to MQ Broker: master server host with Host UUID NAT host ID