force数据库的应用程序一直停不掉,冲动重启了实例,导致同实例下另一个数据库归档一直报错
这个问题该怎么解决呢?
2020-09-16-00.23.22.010285+480 I2242262262A477 LEVEL: Error
PID : 38469714 TID : 8226 PROC : db2sysc 0
INSTANCE: istest1 NODE : 000 DB : ATSPC1
HOSTNAME: haapdbt01
EDUID : 8226 EDUNAME: db2logmgr (ATSPC1) 0
FUNCTION: DB2 UDB, data protection services, sqlpgArchiveLogVendor, probe:1860
MESSAGE : ZRC=0x86100025=-2045771739=SQLP_MEDIA_VENDOR_DEV_ERR
"A vendor device reported a media error."
2020-09-16-00.23.22.021124+480 E2242263295A633 LEVEL: Error
PID : 38469714 TID : 8226 PROC : db2sysc 0
INSTANCE: istest1 NODE : 000 DB : ATSPC1
HOSTNAME: haapdbt01
EDUID : 8226 EDUNAME: db2logmgr (ATSPC1) 0
FUNCTION: DB2 UDB, data protection services, sqlpgArchiveLogFile, probe:3160
MESSAGE : ZRC=0x86100025=-2045771739=SQLP_MEDIA_VENDOR_DEV_ERR
"A vendor device reported a media error."
DATA #1 : <preformatted>
Failed to archive log file S0000412.LOG to TSM chain 0 from /istest1/atspc1/archlog/istest1/ATSPC1/NODE0000/LOGSTREAM0000/C0000000/.
网上找到了相同的问题,重置了 Tivoli Storage Manager password. 仍然没有作用
到IBM Spectrum Protect的DB2表空间备份或日志归档失败,并在db2diag.log中出现SQLP_MEDIA_VENDOR_DEV_ERR错误
备份或日志归档失败,IBM Spectrum Protect日志中没有错误,但是在DB2诊断日志中显示类似于以下内容的错误
。
2016-01-20-12.02.45.248779-300 E1474264225E623级别:错误
PID:22553 TID:140056090109696 PROC:db2sysc 0
实例:abc NODE:000 DB:xyz
主机名:localhost
EDUID:17819 EDUNAME:db2logmgr(xyz)0
功能:DB2 “ UDB,数据保护服务,sqlpgArchiveLogFile,
探测器:3160
消息:ZRC = 0x86100025 = -2045771739 = SQLP_MEDIA_VENDOR_DEV_ERR
”供应商设备报告了媒体错误。
数据#1:<预格式化的>
无法从
/ home / abc / abc / NODE0000 / SQL00001 / LOGSTREAM0000 / 将日志文件S0000300.LOG归档到TSM链0 。
2016-01-20-12.02.45.249038-300 I1474264849E507级别:警告
PID:22553 TID:140056090109696 PROC:db2sysc 0
实例:abc NODE:000 DB:xyz
主机名:localhost
EDUID:17819 EDUNAME:db2logmgr(xyz)0
功能:DB2 UDB,数据保护服务,sqlpgRetryFailedArchive,
探测器:4780
消息:由于RC -2045771739而导致仍无法归档日志文件300
LOGARCHMETH1使用方法2和目标TSM_MC。
RC -2045771739指向创建与IBM Spectrum Protect API的连接失败
失败的痕迹将显示
。
08:47:55.384 [010830] [528365344]:pssec.cpp(1580):psGetpswdA():用户具有密码授权
08:47:55.384 [010830] [528365344]:dsminit.cpp(3461):调用ApiCleanUp是因为的rc = 2033
08:47:55.384 [010830] [528365344]:dsminit.cpp(3482):用户具有Passwordaccess = generate,但是appl提供了节点或所有者。
08:47:55.384 [010830] [528365344]:dsminit.cpp(3494):ApiCleanUp:句柄= 1
。
当DB2进行初始化会话的调用时,它可以将NODENAME,OWNER和PASSWORD传递到IBM Spectrum Protect API中。如果在DB2中设置了TSM_NODE值,并且还设置了PASSWORDACCESS GENERATE,则将发生上述故障。
解决RC = 2033错误:
如果PASSWORDACCESS GENERATE是所需的密码处理,请确保
TSM_NODENAME
TSM_OWNER
TSM_PASSWORD
在db2 cfg设置中为NULL
如果要使用DB2中设置的值,请确保
TSM_NODENAME
TSM_OWNER
TSM_PASSWORD
已在DB2 cfg设置中正确指定,并确保
密码提示
在IBM Spectrum Protect客户端选项文件中设置
应该跟TSM备份软件那边有关系。
收起