Los respaldos de NMDA DB2 19.4.0.0 fallan aleatoriamente todas las noches con el error 3

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'.

Problemas de configuración/disponibilidad de recursos.

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