Les sauvegardes NMDA DB2 19.4.0.0 échouent de manière aléatoire chaque nuit avec l’erreur 3
Résumé: NMDA 19.4.0.0 DB2 plusieurs sauvegardes DB2 ont échoué la nuit dernière avec l’erreur 3. Le problème a été résolu après la création d’un nouveau périphérique et la dispersion des sauvegardes dans deux nœuds de stockage, ainsi que la configuration des paramètres de nouvelle tentative et de délai d’expiration DB2. ...
Cet article concerne
Cet article ne concerne pas
Cet article n’est associé à aucun produit spécifique.
Toutes les versions du produit ne sont pas identifiées dans cet article.
Symptômes
NetWorker Client 19.4.0.0 : AIX 7.2
NMDA 19.4.0.0, serveur DB2 v11.1.4.4
Les sauvegardes DB2 échouent de manière aléatoire chaque nuit
La sauvegarde NMDA DB2 échoue avec l’erreur 3
La sauvegarde DB2 échoue avec l’erreur 'lgto_auth pour 'nsrmmd' failed : busy’Aucun
problème de réseau ou de pare-feu n’a été détecté
Il y a des milliers de messages ci-dessous dans daemon.raw dans le nœud de stockage :
« 5004-nfs lookup failed (nfs : No such file or directory) »,"
invalid save stream"
"Cannot stat active file"
"unable to collect deduplication statistics"
"was aborted and removed from volume"
Error in nmda-messages.log libnsrdb2.log with debug=9:
153929 2/9/2021 10:34:50 PM 4 7 987 1 18153790 0 (client) (pid18153790) NSR severe The backup session could not start : busy. <--- c’est l’heure EST, a été rendu dans mon laboratoire
93412 2/9/2021 10:34:50 PM 3 5 0 1 18153790 0 (client) (pid18153790) NSR error Could not perform the action 2. L’état a été remplacé par 3.
153929 1612842069 4 7 987 1 19136950 0 (client) (pid19136950) NSR severe 39 The backup session could not start : %s. 1 49 8 0 4 busy <--- GMT time
93412 1612842069 3 5 0 1 19136950 0 (client) (pid19136950) NSR error 62 Could not perform the action %d. L’état a été remplacé par %d. 2 1 1 2 1 1 3
(pid = 18809144) (02/09/21 21:40:00.338942) nsrdb2sv_log_program_args : /usr/bin/nsrdasv -LL -T db2 -s (NW server) -g (group) -a *policy action jobid=2297950 -a *policy name=(policy) -a *policy workflow name=(workflow) -a *policy action name=(action) -y Tue Feb 23 23:59:59 GMT-0600 2021 -w Tue Feb 23 23:59:59 GMT-0600 2021 -m (client) -a *policy action jobid restart=Yes -b (pool) -t 1612810625 -o ....
(pid = 18809144) (02/09/21 21:40:00.624767) Sauvegarde de la base de données (DB).
(pid = 18809144) (02/09/21 21:40:00.624939) set_db2_version : Exiting set_db2_version() : Code de retour : 10050000
(pid = 18809144) (02/09/21 21:49:08.731480) DbBackup : Exiting with error :
Impossible de sauvegarder DB2MDME base de données en raison de l’échec de la demande de sauvegarde, SQLCODE : -2025, SQL2025N une erreur d’E/S s’est produite. Error code: "3". Média sur lequel cette erreur s’est produite : « VENDEUR ».
.
(pid = 18809144) (02/09/21 21:49:08.731631) libdb2sv_main : ERROR: DbBackup() a échoué.
(pid = 18809144) (02/09/21 21:49:08.731685) Impossible de sauvegarder DB2MDME base de données en raison de l’échec de la demande de sauvegarde, SQLCODE : -2025, SQL2025N une erreur d’E/S s’est produite. Error code: "3". Média sur lequel cette erreur s’est produite : « VENDEUR ».
Critical error is nsrmmd busy error below :
02/09/21 21:32:46 (PID 18153790) : 02/09/21 21:32:46.797073 lgto_auth for 'nsrd' succeeded
02/09/21 21:32:46 (pid 18153790) : 02/09/21 21:32:46.855631 lgto_parms for 'nsrmmd' succeeded
02/09/21 21:32:46 (pid 18153790) : 02/09/21 21:32:46.855705 got 'store index entries' value of 'Yes'02
/09/21 21:32:46 (pid 18153790) : 02/09/21 21:32:46.855803 Saving in pool 'IDC-DB2'.
02/09/21 21:32:46 (pid 18153790) : 02/09/21 21:32:46.855822 server enabled for immediate mode
02/09/21 21:32:46 (pid 18153790) : 02/09/21 21:32:46.882267 lgto_auth for 'nsrmmd' failed : busy
02/09/21 21:32:46 (pid 18153790) : 02/09/21 21:32:46.882349 Impossible d’acquérir les informations d’identification utilisateur pour l’authentification nsrmmd de sauvegarde directe : occupé.
02/09/21 21:32:46 (pid 18153790) : 02/09/21 21:32:46.882439 L’erreur TYPE est 0, SEVERITY est 0, NUMBER est -13, errnum est -13, errstr est 'occupé'.
NMDA 19.4.0.0, serveur DB2 v11.1.4.4
Les sauvegardes DB2 échouent de manière aléatoire chaque nuit
La sauvegarde NMDA DB2 échoue avec l’erreur 3
La sauvegarde DB2 échoue avec l’erreur 'lgto_auth pour 'nsrmmd' failed : busy’Aucun
problème de réseau ou de pare-feu n’a été détecté
Il y a des milliers de messages ci-dessous dans daemon.raw dans le nœud de stockage :
« 5004-nfs lookup failed (nfs : No such file or directory) »,"
invalid save stream"
"Cannot stat active file"
"unable to collect deduplication statistics"
"was aborted and removed from volume"
Error in nmda-messages.log libnsrdb2.log with debug=9:
153929 2/9/2021 10:34:50 PM 4 7 987 1 18153790 0 (client) (pid18153790) NSR severe The backup session could not start : busy. <--- c’est l’heure EST, a été rendu dans mon laboratoire
93412 2/9/2021 10:34:50 PM 3 5 0 1 18153790 0 (client) (pid18153790) NSR error Could not perform the action 2. L’état a été remplacé par 3.
153929 1612842069 4 7 987 1 19136950 0 (client) (pid19136950) NSR severe 39 The backup session could not start : %s. 1 49 8 0 4 busy <--- GMT time
93412 1612842069 3 5 0 1 19136950 0 (client) (pid19136950) NSR error 62 Could not perform the action %d. L’état a été remplacé par %d. 2 1 1 2 1 1 3
(pid = 18809144) (02/09/21 21:40:00.338942) nsrdb2sv_log_program_args : /usr/bin/nsrdasv -LL -T db2 -s (NW server) -g (group) -a *policy action jobid=2297950 -a *policy name=(policy) -a *policy workflow name=(workflow) -a *policy action name=(action) -y Tue Feb 23 23:59:59 GMT-0600 2021 -w Tue Feb 23 23:59:59 GMT-0600 2021 -m (client) -a *policy action jobid restart=Yes -b (pool) -t 1612810625 -o ....
(pid = 18809144) (02/09/21 21:40:00.624767) Sauvegarde de la base de données (DB).
(pid = 18809144) (02/09/21 21:40:00.624939) set_db2_version : Exiting set_db2_version() : Code de retour : 10050000
(pid = 18809144) (02/09/21 21:49:08.731480) DbBackup : Exiting with error :
Impossible de sauvegarder DB2MDME base de données en raison de l’échec de la demande de sauvegarde, SQLCODE : -2025, SQL2025N une erreur d’E/S s’est produite. Error code: "3". Média sur lequel cette erreur s’est produite : « VENDEUR ».
.
(pid = 18809144) (02/09/21 21:49:08.731631) libdb2sv_main : ERROR: DbBackup() a échoué.
(pid = 18809144) (02/09/21 21:49:08.731685) Impossible de sauvegarder DB2MDME base de données en raison de l’échec de la demande de sauvegarde, SQLCODE : -2025, SQL2025N une erreur d’E/S s’est produite. Error code: "3". Média sur lequel cette erreur s’est produite : « VENDEUR ».
Critical error is nsrmmd busy error below :
02/09/21 21:32:46 (PID 18153790) : 02/09/21 21:32:46.797073 lgto_auth for 'nsrd' succeeded
02/09/21 21:32:46 (pid 18153790) : 02/09/21 21:32:46.855631 lgto_parms for 'nsrmmd' succeeded
02/09/21 21:32:46 (pid 18153790) : 02/09/21 21:32:46.855705 got 'store index entries' value of 'Yes'02
/09/21 21:32:46 (pid 18153790) : 02/09/21 21:32:46.855803 Saving in pool 'IDC-DB2'.
02/09/21 21:32:46 (pid 18153790) : 02/09/21 21:32:46.855822 server enabled for immediate mode
02/09/21 21:32:46 (pid 18153790) : 02/09/21 21:32:46.882267 lgto_auth for 'nsrmmd' failed : busy
02/09/21 21:32:46 (pid 18153790) : 02/09/21 21:32:46.882349 Impossible d’acquérir les informations d’identification utilisateur pour l’authentification nsrmmd de sauvegarde directe : occupé.
02/09/21 21:32:46 (pid 18153790) : 02/09/21 21:32:46.882439 L’erreur TYPE est 0, SEVERITY est 0, NUMBER est -13, errnum est -13, errstr est 'occupé'.
Cause
Problèmes de configuration/disponibilité des ressources.
Résolution
Le problème a été résolu après avoir effectué les modifications ci-dessous. Il n’y a pas de cause première unique, mais la création d’un nouvel appareil et le réglage des paramètres ci-dessous ont été d’une grande aide :
1. Ajout de 1 nouvel appareil dans SN03
2. Sauvegardes distribuées uniformément dans SN01 et SN03 (session cible, etc)
3. Modification des heures
de début de sauvegarde 4. Ajout de ces paramètres dans les informations d’application NMDA DB2 :
NSR_MAX_START_RETRIES=50
NSR_FXBUSY_RETRIES=10
NSR_MMDB_RETRY_TIME=10
5. Augmentation du délai d’inactivité à 300, nouvelles tentatives = 2, délai de nouvelle tentative = 10
1. Ajout de 1 nouvel appareil dans SN03
2. Sauvegardes distribuées uniformément dans SN01 et SN03 (session cible, etc)
3. Modification des heures
de début de sauvegarde 4. Ajout de ces paramètres dans les informations d’application NMDA DB2 :
NSR_MAX_START_RETRIES=50
NSR_FXBUSY_RETRIES=10
NSR_MMDB_RETRY_TIME=10
5. Augmentation du délai d’inactivité à 300, nouvelles tentatives = 2, délai de nouvelle tentative = 10
Produits concernés
NetWorker Module for Databases and ApplicationsPropriétés de l’article
Numéro d’article: 000183668
Type d’article: Solution
Dernière modification: 17 Jan 2026
Version: 6
Trouvez des réponses à vos questions auprès d’autres utilisateurs Dell
Services de support
Vérifiez si votre appareil est couvert par les services de support.