I backup NMDA DB2 19.4.0.0 hanno esito negativo in modo casuale ogni notte con errore 3
Summary: NMDA 19.4.0.0 DB2 diversi backup DB2 non sono riusciti ieri sera con errore 3. Il problema è stato risolto dopo la creazione di un nuovo dispositivo e la dispersione dei backup in due storage node e l'impostazione dei parametri DB2 per nuovi tentativi e timeout. ...
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
Client NetWorker 19.4.0.0: AIX 7.2
NMDA 19.4.0.0, DB2 Server v11.1.4.4
I backup DB2 falliscono in modo casuale ogni notte
Il backup NMDA DB2 ha esito negativo con errore 3
Il backup DB2 ha esito negativo con errore 'lgto_auth for 'nsrmmd' failed: busy'Non
sono stati riscontrati
problemi di rete o firewall Sono presenti 1000 dei seguenti messaggi in daemon.raw nello storage node:
"5004-nfs lookup failed (nfs: Nessun file o directory di questo tipo)"
"flusso di salvataggio non valido"
"Impossibile aggiungere statistiche attive alle statistiche"
"impossibile raccogliere statistiche di deduplica"
"è stato interrotto e rimosso dal volume"
Errore nel nmda-messages.log libnsrdb2.log con debug=9:
153929 09/02/2021 22:34:50 4 7 987 1 18153790 0 (client) (pid18153790) NSR grave Impossibile avviare la sessione di backup: occupato. <--- questa è l'ora EST, è stato eseguito il rendering nel mio laboratorio
93412 09/02/2021 22:34:50 3 5 0 1 18153790 0 (client) (pid18153790) Errore NSR Impossibile eseguire l'azione 2. Lo stato è stato modificato in 3.
153929 1612842069 4 7 987 1 19136950 0 (client) (pid19136950) NSR grave 39 Impossibile avviare la sessione di backup: %s. 1 49 8 0 4 occupato <--- GMT orario
93412 1612842069 3 5 0 1 19136950 0 (client) (pid19136950) Errore NSR 62 Impossibile eseguire l'azione %d. Lo stato è stato modificato in %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 (server NW) -g (gruppo) -a *azione della policy jobid=2297950 -a *nome della policy=(policy) -a *nome del flusso di lavoro della policy=(flusso di lavoro) -a *nome dell'azione della policy=(azione) -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) Backup del database (DB).
(pid = 18809144) (02/09/21 21:40:00.624939) set_db2_version: Uscita da set_db2_version(): Return code: 10050000
(pid = 18809144) (02/09/21 21:49:08.731480) DbBackup: Uscita con errore:
Impossibile eseguire DB2MDME backup del database a causa di un errore della richiesta di backup, SQLCODE : -2025, SQL2025N Si è verificato un errore di I/O. Error code: "3". Supporti su cui si è verificato questo errore: "FORNITORE".
.
(pid = 18809144) (02/09/21 21:49:08.731631) libdb2sv_main: ERROR: DbBackup() non riuscito.
(pid = 18809144) (02/09/21 21:49:08.731685) Impossibile eseguire DB2MDME backup del database a causa di un errore della richiesta di backup, SQLCODE : -2025, SQL2025N Si è verificato un errore di I/O. Error code: "3". Supporti su cui si è verificato questo errore: "FORNITORE".
L'errore critico è nsrmmd busy error below:
02/09/21 21:32:46 (pid 18153790): 02/09/21 21:32:46.797073 lgto_auth per 'nsrd' riuscito
02/09/21 21:32:46 (pid 18153790): 02/09/21 21:32:46.855631 lgto_parms per 'nsrmmd' riuscito
il 02/09/21 21:32:46 (pid 18153790): 02/09/21 21:32:46,855705 ottenuto il valore 'store index entries' di 'Yes'02
/09/21 21:32:46 (pid 18153790): 09/02/21 21:32:46,855803 Salvataggio nel pool 'IDC-DB2'.
02/09/21 21:32:46 (pid 18153790): 02/09/21 21:32:46,855822 Server abilitato per la modalità
immediata 02/09/21 21:32:46 (pid 18153790): 02/09/21 21:32:46,882267 lgto_auth per 'nsrmmd' non riuscito: occupato
02/09/21 21:32:46 (pid 18153790): 02/09/21 21:32:46.882349 Impossibile acquisire le credenziali utente per il salvataggio diretto dell'autenticazione nsrmmd: occupato.
02/09/21 21:32:46 (pid 18153790): 02/09/21 21:32:46,882439 L'errore TYPE è 0, SEVERITY è 0, NUMBER è -13, errnum è -13, errstr è 'busy'.
NMDA 19.4.0.0, DB2 Server v11.1.4.4
I backup DB2 falliscono in modo casuale ogni notte
Il backup NMDA DB2 ha esito negativo con errore 3
Il backup DB2 ha esito negativo con errore 'lgto_auth for 'nsrmmd' failed: busy'Non
sono stati riscontrati
problemi di rete o firewall Sono presenti 1000 dei seguenti messaggi in daemon.raw nello storage node:
"5004-nfs lookup failed (nfs: Nessun file o directory di questo tipo)"
"flusso di salvataggio non valido"
"Impossibile aggiungere statistiche attive alle statistiche"
"impossibile raccogliere statistiche di deduplica"
"è stato interrotto e rimosso dal volume"
Errore nel nmda-messages.log libnsrdb2.log con debug=9:
153929 09/02/2021 22:34:50 4 7 987 1 18153790 0 (client) (pid18153790) NSR grave Impossibile avviare la sessione di backup: occupato. <--- questa è l'ora EST, è stato eseguito il rendering nel mio laboratorio
93412 09/02/2021 22:34:50 3 5 0 1 18153790 0 (client) (pid18153790) Errore NSR Impossibile eseguire l'azione 2. Lo stato è stato modificato in 3.
153929 1612842069 4 7 987 1 19136950 0 (client) (pid19136950) NSR grave 39 Impossibile avviare la sessione di backup: %s. 1 49 8 0 4 occupato <--- GMT orario
93412 1612842069 3 5 0 1 19136950 0 (client) (pid19136950) Errore NSR 62 Impossibile eseguire l'azione %d. Lo stato è stato modificato in %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 (server NW) -g (gruppo) -a *azione della policy jobid=2297950 -a *nome della policy=(policy) -a *nome del flusso di lavoro della policy=(flusso di lavoro) -a *nome dell'azione della policy=(azione) -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) Backup del database (DB).
(pid = 18809144) (02/09/21 21:40:00.624939) set_db2_version: Uscita da set_db2_version(): Return code: 10050000
(pid = 18809144) (02/09/21 21:49:08.731480) DbBackup: Uscita con errore:
Impossibile eseguire DB2MDME backup del database a causa di un errore della richiesta di backup, SQLCODE : -2025, SQL2025N Si è verificato un errore di I/O. Error code: "3". Supporti su cui si è verificato questo errore: "FORNITORE".
.
(pid = 18809144) (02/09/21 21:49:08.731631) libdb2sv_main: ERROR: DbBackup() non riuscito.
(pid = 18809144) (02/09/21 21:49:08.731685) Impossibile eseguire DB2MDME backup del database a causa di un errore della richiesta di backup, SQLCODE : -2025, SQL2025N Si è verificato un errore di I/O. Error code: "3". Supporti su cui si è verificato questo errore: "FORNITORE".
L'errore critico è nsrmmd busy error below:
02/09/21 21:32:46 (pid 18153790): 02/09/21 21:32:46.797073 lgto_auth per 'nsrd' riuscito
02/09/21 21:32:46 (pid 18153790): 02/09/21 21:32:46.855631 lgto_parms per 'nsrmmd' riuscito
il 02/09/21 21:32:46 (pid 18153790): 02/09/21 21:32:46,855705 ottenuto il valore 'store index entries' di 'Yes'02
/09/21 21:32:46 (pid 18153790): 09/02/21 21:32:46,855803 Salvataggio nel pool 'IDC-DB2'.
02/09/21 21:32:46 (pid 18153790): 02/09/21 21:32:46,855822 Server abilitato per la modalità
immediata 02/09/21 21:32:46 (pid 18153790): 02/09/21 21:32:46,882267 lgto_auth per 'nsrmmd' non riuscito: occupato
02/09/21 21:32:46 (pid 18153790): 02/09/21 21:32:46.882349 Impossibile acquisire le credenziali utente per il salvataggio diretto dell'autenticazione nsrmmd: occupato.
02/09/21 21:32:46 (pid 18153790): 02/09/21 21:32:46,882439 L'errore TYPE è 0, SEVERITY è 0, NUMBER è -13, errnum è -13, errstr è 'busy'.
Cause
Problemi di configurazione/disponibilità delle risorse.
Resolution
Il problema è stato risolto dopo aver apportato le modifiche riportate di seguito. Non esiste un'unica root cause, ma la creazione di un nuovo dispositivo e l'impostazione dei parametri di seguito hanno aiutato di più:
1. Aggiunto 1 nuovo dispositivo in SN03
2. Backup distribuiti in modo uniforme in SN01 e SN03 (sessione di destinazione e così via)
3. Modifica degli orari
di inizio del backup 4. Aggiunti questi parametri in NMDA DB2 Informazioni sull'applicazione:
NSR_MAX_START_RETRIES = 50
NSR_FXBUSY_RETRIES = 10
NSR_MMDB_RETRY_TIME = 10
5. Aumentato il timeout di inattività a 300, tentativi=2, ritardo tentativi=10
1. Aggiunto 1 nuovo dispositivo in SN03
2. Backup distribuiti in modo uniforme in SN01 e SN03 (sessione di destinazione e così via)
3. Modifica degli orari
di inizio del backup 4. Aggiunti questi parametri in NMDA DB2 Informazioni sull'applicazione:
NSR_MAX_START_RETRIES = 50
NSR_FXBUSY_RETRIES = 10
NSR_MMDB_RETRY_TIME = 10
5. Aumentato il timeout di inattività a 300, tentativi=2, ritardo tentativi=10
Affected Products
NetWorker Module for Databases and ApplicationsArticle Properties
Article Number: 000183668
Article Type: Solution
Last Modified: 28 رجب 1447
Version: 6
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.