不建议这么搞,我仔细研究过这个问题logarchmeth1设置为tsm,会导致每次切日志直接切到存储池里,如果是带库就意味着每次切日志,就需要tsm抓磁带忘带机里写。慢不说,还会占用一个驱动器,这时候如果有其他会话过来,驱动器不够就会等待最终报错。更悲催的是,如果你切日志的存储池和db...
显示全部不建议这么搞,我仔细研究过这个问题
logarchmeth1设置为tsm,会导致每次切日志直接切到存储池里,如果是带库就意味着每次切日志,就需要tsm抓磁带忘带机里写。慢不说,还会占用一个驱动器,这时候如果有其他会话过来,驱动器不够就会等待最终报错。更悲催的是,如果你切日志的存储池和db2备份的存储池是一个,而备份的时候加了include logs参数,就会导致反复抓取倒带,最后超时失败,这就是你有时候成功有时候失败的原因。而你报800,800在不了解情况的时候也只建议你调整超时参数。
建议如下:
1. 归档最好不要切到tsm,可以设置为logarchmeth1=DISK:/xx 然后定期用归档功能把归档日志抓走,抓成功后自动删除。
2. 如果一定要切到tsm里,建议不要和备份的存储池设置成一样的,最好分开。而且最好切到磁盘池里。
3. 如果一定要切到tsm的磁带池里,还是建议不要和备份的存储设置成一样的。再额外设置FAILARCHPATH参数
收起