tsm5.4，IBM TS3100磁带库单个驱动器情况下，如果某盘磁带中的数据全部过期，磁带是否必须回收才能再次被使用。也就是说我的环境是oracle 的rman，数据量不大，就一台备份客户端，当最后的磁带用完时，最先用的磁带上所有的数据一定会全部过期，这种情况下还需要做磁带回收的策略吗？  如果不做是不是即时某盘磁带数据全部过期了，但是磁带还是无法使用？

还有，如果必须需要回收，那LT04  800/1600GB的磁带，设置50%空闲回收的话，那我的file vol 是不时必须要建立在400GB的一个空间上。我的磁盘柜总容量600GB，我去哪里找这么大的 file vol来用呢？不知道TSM是怎么考虑的？

这不仅仅是TSM的问题，对于磁带这种顺序设备，要回收空间就是要面对这样的问题。

倒腾总是需要一些空间，特别是在讲求效率和空间利用率的情况下。

一个驱动器，只好用file dev做为临时的数据保存空间；两个以上驱动器就可以在驱动器之间倒。

LZ的问题我觉得并不严重，那50％只是触发值，而且在回收空间时候的倒腾也不要求一次就倒完，如果file dev不够大，那就会多倒几次，慢是慢点，凑合能用。

不需要回收，reclamation回收只是用来整理碎片的，如果一个磁带的数据全部过期，磁带自动回到Scratch状态

如何保证全部过期？

备份by node ，然后把过期时间改小

吃饱了没事干了

要是十几个node或者更多，你也这么玩？本来有的功能为啥不用？

我是这么做的看看对不对？

首先定义一个file dev的设备类，然后定义回收如下

define devclass file_class devtype=file MAXCAPACITY=80G directory=/data/tsm_reclaim_pool
define stgpool reclaim_pool file_class maxscratch=3
update stgpool oraclepool  reclaim=99 reclaimstgpool=reclaim_pool

update stgpool filepool  reclaim=99 reclaimstgpool=reclaim_pool
update stgpool reclaim_pool nextstgpool=oraclepool

各位看看是否正确？


另外，是否可以把回收池的类型定义为  disk设备类的存储池呢？

reclaim=99 太高了吧

回收池不能用disk设备类，必须是顺序设备类