解决TSM磁带VOL占用增多的问题

核心提示：IBM3582的磁带库里面放了14盘磁带作为存储池，这个存储池用来备份两个节点的FS数据，解决TSM磁带VOL占用增多的问题，RMAN的备份数据也往里面写，数据是直接往存储池里面写的，检查tsmserv.opt配置文件，EXPInterval 24 ——每24小时做一次过期处理，没有经过磁盘存储

IBM3582的磁带库里面放了14盘磁带作为存储池。这个存储池用来备份两个节点的FS数据，RMAN的备份数据也往里面写。数据是直接往存储池里面写的，没有经过磁盘存储池。今天用q libv命令检查的时候发现临时卷的数量只有3盘了。在两个月前临时卷的数量都保持在7-8盘之间。两个星期之前临时卷的数量在5-6盘之间，当时没怎么注意，以为是数据量的增大造成的。现在开来问题可能不是这样。

tsm: SERVER1>q vol

Volume Name Storage Device Estimated Pct Volume

Pool Name Class Name Capacity Util Status

------------------------ ----------- ---------- --------- ----- --------

RP0000 3582POOL 3580 623,900.1 41.5 Full

RP0001 3582POOL 3580 692,041.7 10.6 Full

RP0002 3582POOL 3580 289,503.8 1.2 Full

RP0003 3582POOL 3580 690,432.4 10.8 Full

RP0004 3582POOL 3580 787,172.1 6.3 Full

RP0005 3582POOL 3580 773,027.9 78.4 Filling

RP0006 3582POOL 3580 381,468.0 2.0 Filling

RP0007 3582POOL 3580 723,873.8 0.7 Full

RP0008 3582POOL 3580 381,468.0 23.3 Filling

RP0010 3582POOL 3580 287,254.3 81.7 Full

RP0013 3582POOL 3580 693,343.4 10.2 Full

首先检查配置：stgpool里的Delay Period for Volume Reuse参数值为0，卷的scratch volume属性为YES.这说明VOL上的数据只要全部过期，就可以立即成为临时卷再次使用。详细说明请参考我BLOG上的另一篇文章：《TSM中关于scratch 卷的处理》。检查tsmserv.opt配置文件，EXPInterval 24 ——每24小时做一次过期处理。这个应该也没问题。我现在RMAN上删除过期数据：RMAN>delete noprompt obsolete