有个关于TSM的LOG问题。一直也没搞清楚,
以前用TSM5.2 5.3.在不同的平台。不同的带库上都遇到过。q db或者Q LOG增长的异常,用不了多久就要去扩充TSM DB的容量。但是有的带库这个值就很低。几乎不怎么增长,有人有遇到这样的情况吗,这个DB库的增长是怎样的一种工作机制呢。有那些参数影响到它呢
tsm自身的db用来存放备份元数据及相关的策略等信息。db的大小和这些是相关的。我最近刚接触的一个案例,也是tsm5的,100多个节点,大量的碎文件,dbvolume配了好几个。因为用户需求,需要清掉所有的备份,删了好几天,一边删除一边可以明显的看到 q db在显著下降。
v6版本开始引入db2,与之前版本不同的时候,对tsm自身db要求要经常备份,否则归档日志会越来越多。个人感觉除了支持和处理能力增强,整体上变化不是很大。
如果一定要深入研究,可以通过三个基本表(SYSCAT.COLUMNS SYSCAT.ENUMTYPES syscat.tables)去观察相关的表信息。
收起TSM DB和带库值应该没什么关系吧,TSM自身DB主要存放的备份记录信息,一般一个文件的索引信息在256字节~600字节,而由于版本数量和文件数量的增长,所以TSM DB会进行增长,一般海量小文件可能会造成TSM DB的增长。
收起TSM的LOG与带库之间不存在必然的关系,带库只是备份介质,而TSM内置数据库DB2的LOG是由TSM自身机制造成的。注意TSM备份版本控制、优化对TSM自身的备份,可以避免TSM DB2 LOG的异常增长。