IT其它Db2

db2重启实例后,数据库日志无法归档,要怎么解决?

force数据库的应用程序一直停不掉,冲动重启了实例,导致同实例下另一个数据库归档一直报错这个问题该怎么解决呢?2020-09-16-00.23.22.010285+480 I2242262262A477      LEVEL: ErrorPID     : 38469714             TID : 8226           PROC : db2sysc...显示全部

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客户端选项文件中设置

https://www.ibm.com/support/pages/node/541033

收起
参与20
  • 兄弟,问题这样解决了?
    2020-09-16
  • amsc  amsc
    重置了tsm客户端服务端该节点的密码,然后试了一下手动归档,发现好像可以了,现在归档都能到tsm
    2020-09-17

查看其它 1 个回答atpeace331的回答

atpeace331atpeace331  数据库管理员 , 银行

估计您的 DB2 数据库归档方法 LOGARCHMETH1设置的 TSM,这样的话,非正常地中断会出现这种问题。

您可以将 LOGARCHMETH1参数改为DISK类型,即将产生的归档日志放到硬盘上,当TSM进行联机备份的时候,再由备份程序将所需的归档日志保存到磁带上。

银行 · 2020-09-16
浏览1639
amsc 邀答
  • amsc  amsc
    是的,参数设置的是tsm,在不改动这个参数的情况下有没有其他办法解决呢?
    2020-09-16
  • atpeace331  atpeace331回复 amsc
    这个你就只能找 IBM 原厂了,一般我们的配置规范:是将 LOGARCHMETH1参数设置成 DISK 。
    2020-09-16

回答者

atpeace331
数据库管理员银行

atpeace331 最近回答过的问题

回答状态

  • 发布时间:2020-09-16
  • 关注会员:3 人
  • 回答浏览:1639
  • X社区推广