NMDA DB2 19.4.0.0-Backups schlagen jede Nacht zufällig mit Fehler 3 fehl
Summary: NMDA 19.4.0.0 DB2 mehrere DB2-Backups schlugen letzte Nacht mit Fehler 3 fehl. Das Problem wurde nach der Erstellung eines neuen Geräts und dem Verteilen von Backups in zwei Speicher-Nodes sowie dem Einrichten von DB2-Wiederholungs- und Timeout-Parametern behoben. ...
Acest articol se aplică pentru
Acest articol nu se aplică pentru
Acest articol nu este legat de un produs specific.
Acest articol nu acoperă toate versiunile de produs existente.
Symptoms
NetWorker-Client 19.4.0.0: AIX 7.2
NMDA 19.4.0.0, DB2 Server v11.1.4.4
DB2-Backups schlagen jede Nacht
zufällig fehl NMDA-DB2-Backup schlägt fehl mit Fehler 3
DB2-Backup schlägt mit dem Fehler "lgto_auth for nsrmmd' failed: busy" fehl. Es
werden
1.000 der folgenden Meldungen in daemon.raw im Storage Node angezeigt:
"5004-NFS-Suche fehlgeschlagen (NFS: No such file or directory)"
"invalid save stream"
"Cannot stat active file""unable to collect deduplication statistics"
"was abgebrochen and removed from volume"
Error in nmda-messages.log libnsrdb2.log with debug=9:
153929 09.02.2021 22:34:50 4 7 987 1 18153790 0 (Client) (PID18153790) NSR schwerwiegend Die Backupsitzung konnte nicht gestartet werden: beschäftigt. <--- dies die EST-Zeit ist, wurde in meinem Labor
gerendert 93412 09.02.2021 22:34:50 3 5 0 1 18153790 0 (Client) (pid18153790) NSR-Fehler Die Aktion konnte nicht ausgeführt werden 2. Der Status wurde in 3 geändert.
153929 1612842069 4 7 987 1 19136950 0 (Client) (PID19136950) NSR schwerwiegend 39 Die Backupsitzung konnte nicht gestartet werden: %s. 1 49 8 0 4 Besetzt <--- GMT-Zeit
93412 1612842069 3 5 0 1 19136950 0 (Client) (PID19136950) NSR-Fehler 62 Die Aktion %d konnte nicht ausgeführt werden. Der Status wurde zu %d geändert. 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 (Gruppe) -a *Policy-Aktion JobID=2297950 -a *Policy-Name=(Policy) -a *Policy-Workflowname=(Workflow) -a *Policy-Aktionsname=(Aktion) -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) Sichern der Datenbank
(DB).(PID = 18809144) (02/09/21 21:40:00.624939) set_db2_version: Beenden von set_db2_version(): Rückgabecode: 10050000(
PID = 18809144) (09.02.21 21:49:08.731480) DbBackup: Exiting with error:
Cannot to backup DB2MDME database due to backup request failure, SQLCODE: – 2025, SQL2025N Ein I/O-Fehler ist aufgetreten. Error code: "3". Datenträger, auf denen dieser Fehler aufgetreten ist: "ANBIETER".
aus.
(PID = 18809144) (02/09/21 21:49:08.731631) libdb2sv_main: ERROR: DbBackup() fehlgeschlagen.
(PID = 18809144) (02/09/21 21:49:08.731685) DB2MDME Datenbank kann aufgrund eines Backupanforderungsfehlers nicht gesichert werden, SQLCODE: – 2025, SQL2025N Ein I/O-Fehler ist aufgetreten. Error code: "3". Datenträger, auf denen dieser Fehler aufgetreten ist: "ANBIETER".
Kritischer Fehler ist NSRMMD Busy-Fehler unten:
02/09/21 21:32:46 (PID 18153790): 02/09/21 21:32:46.797073 lgto_auth für 'nsrd' erfolgreich
02/09/21 21:32:46 (PID 18153790): 02/09/21 21:32:46.855631 lgto_parms für 'nsrmmd' erfolgreich
02/09/21 21:32:46 (PID 18153790): 02/09/21 21:32:46.855705 habe den Wert 'Store Index Entries' von 'Yes'
erhalten02/09/21 21:32:46 (PID 18153790): 09.02.21 21:32:46.855803 Speichern im Pool 'IDC-DB2'.
09.02.21 21:32:46 (PID 18153790): 02/09/21 21:32:46.855822 Server für den sofortigen Modus
aktiviert 02/09/21 21:32:46 (PID 18153790): 09.02.21 21:32:46.882267 lgto_auth für 'nsrmmd' fehlgeschlagen: busy
02/09/21 21:32:46 (PID 18153790): 09.02.21 21:32:46.882349 Nutzerzugangsdaten für direktes Speichern können nicht abgerufen werden nsrmmd-Authentifizierung: beschäftigt.
09.02.21 21:32:46 (PID 18153790): 02/09/21 21:32:46.882439 Der Fehler TYPE ist 0, SEVERITY ist 0, NUMBER ist -13, errnum ist -13, errstr ist 'busy'.
NMDA 19.4.0.0, DB2 Server v11.1.4.4
DB2-Backups schlagen jede Nacht
zufällig fehl NMDA-DB2-Backup schlägt fehl mit Fehler 3
DB2-Backup schlägt mit dem Fehler "lgto_auth for nsrmmd' failed: busy" fehl. Es
werden
1.000 der folgenden Meldungen in daemon.raw im Storage Node angezeigt:
"5004-NFS-Suche fehlgeschlagen (NFS: No such file or directory)"
"invalid save stream"
"Cannot stat active file""unable to collect deduplication statistics"
"was abgebrochen and removed from volume"
Error in nmda-messages.log libnsrdb2.log with debug=9:
153929 09.02.2021 22:34:50 4 7 987 1 18153790 0 (Client) (PID18153790) NSR schwerwiegend Die Backupsitzung konnte nicht gestartet werden: beschäftigt. <--- dies die EST-Zeit ist, wurde in meinem Labor
gerendert 93412 09.02.2021 22:34:50 3 5 0 1 18153790 0 (Client) (pid18153790) NSR-Fehler Die Aktion konnte nicht ausgeführt werden 2. Der Status wurde in 3 geändert.
153929 1612842069 4 7 987 1 19136950 0 (Client) (PID19136950) NSR schwerwiegend 39 Die Backupsitzung konnte nicht gestartet werden: %s. 1 49 8 0 4 Besetzt <--- GMT-Zeit
93412 1612842069 3 5 0 1 19136950 0 (Client) (PID19136950) NSR-Fehler 62 Die Aktion %d konnte nicht ausgeführt werden. Der Status wurde zu %d geändert. 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 (Gruppe) -a *Policy-Aktion JobID=2297950 -a *Policy-Name=(Policy) -a *Policy-Workflowname=(Workflow) -a *Policy-Aktionsname=(Aktion) -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) Sichern der Datenbank
(DB).(PID = 18809144) (02/09/21 21:40:00.624939) set_db2_version: Beenden von set_db2_version(): Rückgabecode: 10050000(
PID = 18809144) (09.02.21 21:49:08.731480) DbBackup: Exiting with error:
Cannot to backup DB2MDME database due to backup request failure, SQLCODE: – 2025, SQL2025N Ein I/O-Fehler ist aufgetreten. Error code: "3". Datenträger, auf denen dieser Fehler aufgetreten ist: "ANBIETER".
aus.
(PID = 18809144) (02/09/21 21:49:08.731631) libdb2sv_main: ERROR: DbBackup() fehlgeschlagen.
(PID = 18809144) (02/09/21 21:49:08.731685) DB2MDME Datenbank kann aufgrund eines Backupanforderungsfehlers nicht gesichert werden, SQLCODE: – 2025, SQL2025N Ein I/O-Fehler ist aufgetreten. Error code: "3". Datenträger, auf denen dieser Fehler aufgetreten ist: "ANBIETER".
Kritischer Fehler ist NSRMMD Busy-Fehler unten:
02/09/21 21:32:46 (PID 18153790): 02/09/21 21:32:46.797073 lgto_auth für 'nsrd' erfolgreich
02/09/21 21:32:46 (PID 18153790): 02/09/21 21:32:46.855631 lgto_parms für 'nsrmmd' erfolgreich
02/09/21 21:32:46 (PID 18153790): 02/09/21 21:32:46.855705 habe den Wert 'Store Index Entries' von 'Yes'
erhalten02/09/21 21:32:46 (PID 18153790): 09.02.21 21:32:46.855803 Speichern im Pool 'IDC-DB2'.
09.02.21 21:32:46 (PID 18153790): 02/09/21 21:32:46.855822 Server für den sofortigen Modus
aktiviert 02/09/21 21:32:46 (PID 18153790): 09.02.21 21:32:46.882267 lgto_auth für 'nsrmmd' fehlgeschlagen: busy
02/09/21 21:32:46 (PID 18153790): 09.02.21 21:32:46.882349 Nutzerzugangsdaten für direktes Speichern können nicht abgerufen werden nsrmmd-Authentifizierung: beschäftigt.
09.02.21 21:32:46 (PID 18153790): 02/09/21 21:32:46.882439 Der Fehler TYPE ist 0, SEVERITY ist 0, NUMBER ist -13, errnum ist -13, errstr ist 'busy'.
Cause
Probleme mit der Konfiguration/Ressourcenverfügbarkeit.
Resolution
Das Problem wurde nach den folgenden Änderungen behoben. Es gibt keine einzelne Grundursache, aber das Erstellen eines neuen Geräts und das Festlegen von Parametern unten hat am meisten geholfen:
1. 1 neues Gerät in SN03
2 hinzugefügt. Verteilte Backups gleichmäßig in SN01 und SN03 (Zielsitzung usw.)
3. Geänderte Backupstartzeiten
4. Die folgenden Parameter wurden in NMDA DB2-Anwendungsinformationen hinzugefügt:
NSR_MAX_START_RETRIES=50
NSR_FXBUSY_RETRIES=10
NSR_MMDB_RETRY_TIME=10
5. Inaktivitäts-Timeout auf 300 erhöht, Wiederholungen = 2, Wiederholungsverzögerung = 10
1. 1 neues Gerät in SN03
2 hinzugefügt. Verteilte Backups gleichmäßig in SN01 und SN03 (Zielsitzung usw.)
3. Geänderte Backupstartzeiten
4. Die folgenden Parameter wurden in NMDA DB2-Anwendungsinformationen hinzugefügt:
NSR_MAX_START_RETRIES=50
NSR_FXBUSY_RETRIES=10
NSR_MMDB_RETRY_TIME=10
5. Inaktivitäts-Timeout auf 300 erhöht, Wiederholungen = 2, Wiederholungsverzögerung = 10
Produse afectate
NetWorker Module for Databases and ApplicationsProprietăți articol
Article Number: 000183668
Article Type: Solution
Ultima modificare: 17 Jan 2026
Version: 6
Găsiți răspunsuri la întrebările dvs. de la alți utilizatori Dell
Servicii de asistență
Verificați dacă dispozitivul dvs. este acoperit de serviciile de asistență.