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