Los respaldos de NMDA DB2 19.4.0.0 fallan aleatoriamente todas las noches con el error 3
Summary: NMDA 19.4.0.0: varios respaldos de DB2 fallaron anoche con el error 3. El problema se resolvió después de crear un nuevo dispositivo y dispersar respaldos en dos nodos de almacenamiento, y configurar parámetros de reintento y tiempo de espera agotado de DB2. ...
This article applies to
This article does not apply to
This article is not tied to any specific product.
Not all product versions are identified in this article.
Symptoms
Cliente de NetWorker 19.4.0.0: AIX 7.2
NMDA 19.4.0.0, servidor DB2 v11.1.4.4
Los respaldos de DB2 fallan aleatoriamente todas las noches
El respaldo de DB2 de NMDA falla con el error 3
El respaldo de DB2 falla con el error 'lgto_auth para 'nsrmmd' falló: busy'No
se ven
problemas de redes o firewall Hay miles de mensajes a continuación en daemon.raw en el nodo de almacenamiento:
"5004-nfs La búsqueda falló (nfs: No such file or directory)"
"invalid save stream"
"Cannot stat active file"
"No se pueden recopilar estadísticas de desduplicación"
"Se anuló y se eliminó del volumen"
Error en nmda-messages.log libnsrdb2.log con debug=9:
153929 2/9/2021 10:34:50 PM 4 7 987 1 18153790 0 (cliente) (pid18153790) NSR grave La sesión de respaldo no se pudo iniciar: ocupado. <--- esta es la hora EST, se renderizó en mi laboratorio
93412 09/02/2021 22:34:50 3 5 0 1 18153790 0 (cliente) (pid18153790) Error de NSR No se pudo realizar la acción 2. El estado se cambió a 3.
153929 1612842069 4 7 987 1 19136950 0 (cliente) (pid19136950) NSR grave 39 La sesión de respaldo no se pudo iniciar: %s. 1 49 8 0 4 ocupado <--- hora
GMT 93412 1612842069 3 5 0 1 19136950 0 (cliente) (pid19136950) Error de NSR 62 No se pudo realizar la acción %d. El estado se cambió a %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 (servidor NW) -g (grupo) -a *acción de política jobid=2297950 -a *nombre de política=(política) -a *nombre de flujo de trabajo de política=(flujo de trabajo) -a *nombre de acción de política=(acción) -y Tue Feb 23 23:59:59 GMT-0600 2021 -w Tue Feb 23 23:59:59 GMT-0600 2021 -m (cliente) -a *acción de política jobid restart=Yes -b (pool) -t 1612810625 -o ....
(pid = 18809144) (02/09/21 21:40:00.624767) Respaldo de la base de datos (DB).
(pid = 18809144) (02/09/21 21:40:00.624939) set_db2_version: Saliendo de set_db2_version(): Return code: 10050000
(pid = 18809144) (09/02/21 21:49:08.731480) DbBackup: Saliendo con error:
no se puede respaldar DB2MDME base de datos debido a un error de solicitud de respaldo, SQLCODE: -2025, SQL2025N Se produjo un error de I/O. Código de error: "3". Medios en los que se produjo este error: "PROVEEDOR".
.
(pid = 18809144) (02/09/21 21:49:08.731631) libdb2sv_main: ERROR: DbBackup() falló.
(pid = 18809144) (02/09/21 21:49:08.731685) No se puede realizar una copia de seguridad de DB2MDME base de datos debido a un error de solicitud de respaldo, SQLCODE: -2025, SQL2025N Se produjo un error de I/O. Código de error: "3". Medios en los que se produjo este error: "PROVEEDOR".
El error crítico es un error de ocupación de nsrmmd por debajo de:
02/09/21 21:32:46 (PID 18153790): 02/09/21 21:32:46.797073 lgto_auth para 'nsrd' se realizó correctamente
02/09/21 21:32:46 (PID 18153790): 02/09/21 21:32:46.855631 lgto_parms para 'nsrmmd' se realizó correctamente
02/09/21 21:32:46 (pid 18153790): 02/09/21 21:32:46.855705 obtuvo el valor 'store index entries' de 'Sí'02
/09/21 21:32:46 (pid 18153790): 02/09/21 21:32:46.855803 Guardado en el pool 'IDC-DB2'.
02/09/21 21:32:46 (PID 18153790): 09/02/21 21:32:46.855822 Servidor habilitado para el modo
inmediato 09/02/21 21:32:46 (18153790 PID): 09/02/21 21:32:46.882267 lgto_auth para "nsrmmd" falló: ocupado
09/02/21 21:32:46 (18153790 PID): 02/09/21 21:32:46.882349 No se pudo adquirir la información de identificación para el guardado directo de la autenticación nsrmmd: ocupado.
02/09/21 21:32:46 (PID 18153790): 02/09/21 21:32:46.882439 El TIPO de error es 0, la gravedad es 0, el NÚMERO es -13, errnum es -13, errstr es 'busy'.
NMDA 19.4.0.0, servidor DB2 v11.1.4.4
Los respaldos de DB2 fallan aleatoriamente todas las noches
El respaldo de DB2 de NMDA falla con el error 3
El respaldo de DB2 falla con el error 'lgto_auth para 'nsrmmd' falló: busy'No
se ven
problemas de redes o firewall Hay miles de mensajes a continuación en daemon.raw en el nodo de almacenamiento:
"5004-nfs La búsqueda falló (nfs: No such file or directory)"
"invalid save stream"
"Cannot stat active file"
"No se pueden recopilar estadísticas de desduplicación"
"Se anuló y se eliminó del volumen"
Error en nmda-messages.log libnsrdb2.log con debug=9:
153929 2/9/2021 10:34:50 PM 4 7 987 1 18153790 0 (cliente) (pid18153790) NSR grave La sesión de respaldo no se pudo iniciar: ocupado. <--- esta es la hora EST, se renderizó en mi laboratorio
93412 09/02/2021 22:34:50 3 5 0 1 18153790 0 (cliente) (pid18153790) Error de NSR No se pudo realizar la acción 2. El estado se cambió a 3.
153929 1612842069 4 7 987 1 19136950 0 (cliente) (pid19136950) NSR grave 39 La sesión de respaldo no se pudo iniciar: %s. 1 49 8 0 4 ocupado <--- hora
GMT 93412 1612842069 3 5 0 1 19136950 0 (cliente) (pid19136950) Error de NSR 62 No se pudo realizar la acción %d. El estado se cambió a %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 (servidor NW) -g (grupo) -a *acción de política jobid=2297950 -a *nombre de política=(política) -a *nombre de flujo de trabajo de política=(flujo de trabajo) -a *nombre de acción de política=(acción) -y Tue Feb 23 23:59:59 GMT-0600 2021 -w Tue Feb 23 23:59:59 GMT-0600 2021 -m (cliente) -a *acción de política jobid restart=Yes -b (pool) -t 1612810625 -o ....
(pid = 18809144) (02/09/21 21:40:00.624767) Respaldo de la base de datos (DB).
(pid = 18809144) (02/09/21 21:40:00.624939) set_db2_version: Saliendo de set_db2_version(): Return code: 10050000
(pid = 18809144) (09/02/21 21:49:08.731480) DbBackup: Saliendo con error:
no se puede respaldar DB2MDME base de datos debido a un error de solicitud de respaldo, SQLCODE: -2025, SQL2025N Se produjo un error de I/O. Código de error: "3". Medios en los que se produjo este error: "PROVEEDOR".
.
(pid = 18809144) (02/09/21 21:49:08.731631) libdb2sv_main: ERROR: DbBackup() falló.
(pid = 18809144) (02/09/21 21:49:08.731685) No se puede realizar una copia de seguridad de DB2MDME base de datos debido a un error de solicitud de respaldo, SQLCODE: -2025, SQL2025N Se produjo un error de I/O. Código de error: "3". Medios en los que se produjo este error: "PROVEEDOR".
El error crítico es un error de ocupación de nsrmmd por debajo de:
02/09/21 21:32:46 (PID 18153790): 02/09/21 21:32:46.797073 lgto_auth para 'nsrd' se realizó correctamente
02/09/21 21:32:46 (PID 18153790): 02/09/21 21:32:46.855631 lgto_parms para 'nsrmmd' se realizó correctamente
02/09/21 21:32:46 (pid 18153790): 02/09/21 21:32:46.855705 obtuvo el valor 'store index entries' de 'Sí'02
/09/21 21:32:46 (pid 18153790): 02/09/21 21:32:46.855803 Guardado en el pool 'IDC-DB2'.
02/09/21 21:32:46 (PID 18153790): 09/02/21 21:32:46.855822 Servidor habilitado para el modo
inmediato 09/02/21 21:32:46 (18153790 PID): 09/02/21 21:32:46.882267 lgto_auth para "nsrmmd" falló: ocupado
09/02/21 21:32:46 (18153790 PID): 02/09/21 21:32:46.882349 No se pudo adquirir la información de identificación para el guardado directo de la autenticación nsrmmd: ocupado.
02/09/21 21:32:46 (PID 18153790): 02/09/21 21:32:46.882439 El TIPO de error es 0, la gravedad es 0, el NÚMERO es -13, errnum es -13, errstr es 'busy'.
Cause
Problemas de configuración/disponibilidad de recursos.
Resolution
El problema se resolvió después de realizar los cambios que se indican a continuación. No hay una sola causa raíz, pero la creación de nuevos dispositivos y los parámetros de configuración a continuación ayudaron más:
1. Se agregó 1 dispositivo nuevo en SN03
2. Respaldos distribuidos uniformemente en SN01 y SN03 (sesión de destino, etc.)
3. Se cambiaron las horas
de inicio del respaldo 4. Se agregaron estos parámetros en la información de la aplicación de DB2 de NMDA:
NSR_MAX_START_RETRIES=50
, NSR_FXBUSY_RETRIES=10
, NSR_MMDB_RETRY_TIME=10
, 5. Se aumentó el tiempo de espera de inactividad a 300, reintentos = 2, retraso de reintentos = 10
1. Se agregó 1 dispositivo nuevo en SN03
2. Respaldos distribuidos uniformemente en SN01 y SN03 (sesión de destino, etc.)
3. Se cambiaron las horas
de inicio del respaldo 4. Se agregaron estos parámetros en la información de la aplicación de DB2 de NMDA:
NSR_MAX_START_RETRIES=50
, NSR_FXBUSY_RETRIES=10
, NSR_MMDB_RETRY_TIME=10
, 5. Se aumentó el tiempo de espera de inactividad a 300, reintentos = 2, retraso de reintentos = 10
Affected Products
NetWorker Module for Databases and ApplicationsArticle Properties
Article Number: 000183668
Article Type: Solution
Last Modified: 17 يناير 2026
Version: 6
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.