IT其它Db2

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

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

2同行回答

513412289513412289  研发工程师 , 哈哈
应该跟TSM备份软件那边有关系。显示全部

应该跟TSM备份软件那边有关系。

收起
互联网服务 · 2020-09-16
浏览1801
  • amsc  amsc
    这个实例下有四个数据库,有两个归档报了如上错误,另外两个是正常的,tsm那边应该是没有问题的吧
    2020-09-16
  • 报错显示跟TSM有关系
    2020-09-16
  • atpeace331  atpeace331回复 amsc
    建议配置下 failarchpath 参数为本地磁盘路径,即使 TSM归档失败了,也可以归档到这个路径下,这样不会影响数据库可用性。
    2020-09-16
  • atpeace331  atpeace331回复 amsc
    还有你对比下实例下这几个数据库的归档相关的数据库配置参数,看看有什么区别
    2020-09-16
  • amsc  amsc回复 atpeace331
    是一样的,之前一直是正常归档的,就是昨天重启后开始报错
    2020-09-16
  • atpeace331  atpeace331回复 amsc
    该实例下的 2个数据库正常,另外 2个异常,那只能找原厂看看了,目前从diag.log日志只能看出是 TSM软件那块出问题了
    2020-09-16
atpeace331atpeace331  数据库管理员 , 银行
估计您的 DB2 数据库归档方法 LOGARCHMETH1设置的 TSM,这样的话,非正常地中断会出现这种问题。您可以将 LOGARCHMETH1参数改为DISK类型,即将产生的归档日志放到硬盘上,当TSM进行联机备份的时候,再由备份程序将所需的归档日志保存到磁带上。...显示全部

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

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

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

提问者

amsc
数据库管理员wu
擅长领域: 存储灾备新核心系统

相关问题

相关资料

相关文章

问题状态

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