这个测试环境比较特殊,带库中只有1盘400GB磁带,发现TSM的存储池达到了100%,导致了备份不正常。
1、在TSM Server端查看最近3天的日志信息:q actlog begind=-3 > c:\qactlog3.txt
发现下面的日志:
日期/时间: 10/12/2009 08:13:35
消息: ANR0522W 节点 ORA_DBS01(TDP Oracle AIX)的会话 4911 的事务已失败 - 在存储池 ORA_TAPE_BACKUP_POOL 和所有后续池中没有可用的空间。 (会话: 4911)
日期/时间: 10/12/2009 08:13:36
消息: ANE4994S (会话: 4911, 节点: ORA_DBS01) TDP Oracle AIX ANU0599 TDP for Oracle: (1835126): => (ORA_DBS01) ANS1329S (RC29) Server out of data storage space (会话: 4911)
日期/时间: 10/12/2009 08:13:36
消息: ANR0403I 节点 ORA_DBS01(TDP Oracle AIX)的会话 4911 已终止。 (会话: 4911)
2、Oracle的RMAN备份日志报:
released channel: t1
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03009: failure of backup command on t1 channel at 02/06/2009 21:45:18
ORA-19502: write error on file "arch_20090206_1289_1", blockno 1 (blocksize=512)
ORA-27030: skgfwrt: sbtwrite2 returned error
ORA-19511: Error received from media manager layer, error text:
ANS0326E (RC41) This node has exceeded its maximum number of mount points.
Recovery Manager complete.
3、在TSM Server端查看卷的情况:q vol f=d > c:\qvol.txt
该卷所对应的存储池已经达到100%
带库中的磁带循环利用至少需要3盘磁带,本带库属于测试,只有一盘磁带。只好把卷上面的数据全部清除掉(原来的备份不太重要则可),再重新备份了。
具体解决:
在TSM Server端执行命令
1、查出卷名:QUERY VOLUME f=d
得知卷名:746ABAL3
2、删除卷名:DELETE VOLUME 746ABAL3 discard=y
3、查看卷是否删除:QUERY VOLUME
4、把卷名定义到存储池ORA_TAPE_BACKUP_POOL中
Define v ORA_TAPE_BACKUP_POOL 746ABAL3
完毕!
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/12778571/viewspace-616336/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/12778571/viewspace-616336/