NetWorker: DB2-geplantes Backup schlägt fehl mit SQL2025N Ein I/O-Fehler ist aufgetreten

NMDA-Backups (NetWorker Module for Databases and Applications) von DB2-Datenbanken sind betroffen:

HH/MM/YY HH:MM:SS (pid 54460472): HH/MM/YY HH:MM:SS nw_ddcl_fsync: dfd=2998496
HH/MM/YY HH:MM:SS (pid 54460472): HH/MM/YY HH:MM:SS DDP LOG: [33F0038:110CB3210] ddcl_ddcp_commit(): Commit forcing close of ddcp file //MTREE/DEVICE_FOLDER/active/LONG-SSID on hostname DD_NAME; pid=54460472
HH/MM/YY HH:MM:SS (pid 54460472): HH/MM/YY HH:MM:SS DDP LOG: [33F0038:110CB3210] ddcl_ddcp_close(): Closing File //MTREE/DEVICE_FOLDER/active/LONG-SSID via ddcp on hostname DD_NAME, pid is 54460472
HH/MM/YY HH:MM:SS (pid 54460472): HH/MM/YY HH:MM:SS DDP LOG: [33F0038:110CB3210] ddp_fsync() failed, Err: 5057-File handle is stale
HH/MM/YY HH:MM:SS (pid 54460472): HH/MM/YY HH:MM:SS fsys_fsync(): Sync'ing a file failed [5057] ([54460472] [1] DAY MONTH DD HH:mm:SS YYYY
ddp_fsync() failed, Err: 5057-File handle is stale

Db2diag.log zeigt ähnliche Meldungen an.

YYYY-MM-DD-HH.mm.SS I179696A735 LEVEL: Error
PID : 30277794 TID : 61164 PROC : db2sysc 0
INSTANCE: db2inst1 NODE : 000
EDUID : 61164 EDUNAME: db2med.55250.0 (EDWPROD) 0
FUNCTION: DB2 UDB, database utilities, sqluMapVend2MediaRCWithLog, probe:655
DATA #1 : String, 120 bytes
Vendor error: rc = 25 returned from function sqluvput.
Return_code structure from vendor library /usr/lib/libnsrdb2.o:

YYYY-MM-DD-HH.mm.SS  E180432A384 LEVEL: Error
PID : 30277794 TID : 61164 PROC : db2sysc 0
INSTANCE: db2inst1 NODE : 000
EDUID : 61164 EDUNAME: db2med.55250.0 (EDWPROD) 0
FUNCTION: DB2 UDB, database utilities, sqluMCWriteToDevice, probe:995
MESSAGE : Media controller -- problem writing to vendor device. rc = -2025

YYYY-MM-DD-HH.mm.SS  E180817A420 LEVEL: Error
PID : 30277794 TID : 61164 PROC : db2sysc 0
INSTANCE: db2inst1 NODE : 000
EDUID : 61164 EDUNAME: db2med.55250.0 (EDWPROD) 0
FUNCTION: DB2 UDB, database utilities, sqluMCWriteToDevice, probe:995
MESSAGE : SQL2025N An I/O error occurred. Error code: "". Media on which this 
error occurred: "".

Das Problem ist auf ein großes Backupzeitfenster zurückzuführen, das mehr als 3 Stunden läuft und zu einem Data Domain-Standard-Timeout führt.

Die DB2-Backupdatei wurde in 3 Stunden (10.800 Sekunden) geöffnet, aber nicht beschrieben. Die Datei wurde vom Data Domain-Dateisystem gemäß OST_ABANDON_TIMEOUT Design.

 Eine Data Domain-Supportanfrage ist erforderlich. Bei der OST_ABANDON_TIMEOUT Die Systemparameter können auf der Data Domain angepasst werden, um mehr Zeit für den Abschluss dieser großen Backups zu haben. Diese Änderung erfordert Zugriff im Bash-Modus auf die Data Domain. Es wird nicht empfohlen, ohne DD-Unterstützung auf den Bash-Modus zuzugreifen.