关于TSM磁带回收的一些概念和案例.docx

TSM磁带使用开始往empty的磁带中写入数据，磁带状态变为filling，到磁带写满，状态变为full，这时使用率肯定是100%。TSM会每天根据备份策略检查已备份数据，对过期数据做失效处理，这就会使磁带的使用率逐步降低，但磁带的状态一直是full。当磁带的使用率降到reclaim的比例时，TSM会起动reclaim进程，将磁带上还未过期的数据移到另一合带，这合带的状态会变为empty。如果不设置reclaim，则直到这合带上的数据全部过期才变为empty。这样就完成了一个磁带使用的循环。Reclamation回收概念由于顺序卷只能被成功的从头写到尾，且只能写一次，TSM不会再重写该卷中因过期而empty的部分。由于一个顺序卷可能很难所有的文件都过期，所以只能通过手工回收来回收空间，回收卷的状态应该是scratch或filling中的一种，而且被回收的卷状态应该是full,一旦被回收的卷被empty,它的状态会返回scratch.通常回收需要2个或更多的驱动器会更有效，但是，也可以通过设置RECLAIMSTGpool参数来指定一个顺序存储池, reclaimstgpool允许指定另一个存储池的顺序卷作为他的holding area.这个存储池必须为primary sequential storage pool.由于该存储池必须为顺序的，所以可以指定其设备类为FILE.在指定该顺序存储池为回池后，还要将该存储池的next pool设为source存储池，这样就可以形成一个循环。浅析TSM磁带空间回收－ReclaimationTSM Reclaimation主要是指将磁带重新声明成为一盘新的磁带，并且放到scratch pool里面的动作。此处只适合sequential media，也就是磁带存储池。由于备份的内容指定了过期时间，或者备份对象已经被删除了，TSM会将这些保存在磁带上的备份数据标记成为“expired、deleted”。然后由定期的expire inventory将这部分空间mark 成为virtual free space 显示在pcnt util里面。但是此时的磁带上，数据并未真正的删除，仅仅是被标记而已。而且这些fake?data和real data混杂在一起，导致该vol被restore调用的时候，变得很慢。因为同一个file space里面可能同一次备份进来的内容，但是不一定都还是latest version，就会造成断断续续的碎片。这时TSM就可以通过stgpool的reclaim参数调整，来实现对磁带的整盘回收。可以reclaim的数据就是指那些无用的碎片，当这些碎片占的比例达到reclaim threshold的时候，这盘磁带将会被reclaim。比如一盘磁带上的无用碎片达到了64%，而reclaimhold值为50%，那么将会触发对这盘磁带的回收。下面是一些reclaim的要点：1、reclaim只能启动一个进程，如果启动多个将会报错，尽管你有多余的driver2、reclaim通常情况每60分钟调用一次，也就是说改过参数以后一个小时内，reclaim就会开始。因此必须选择非关键备分时间进行，否则可能映像正常备份任务3、如果只有一个driver，那么reclaim必须指定磁盘stgpool作为reclaim pool，否则reclaim会失败（根据磁带空闲空间和须导出数据而定）4、reclaim仅对full的磁带进行，如果一个磁带还没有写满，reclaim不会关心它5、如果选择了reclaim pool，请一定要记住：将这个stgpool的next pool设置成为正在被reclaim的stgpool，否则导出的数据无法导回去，reclaim将会失败6、reclaim操作可以手工触发，reclaim stgpool ，可以指定时间限制注意：一定要跟coallocation分别开，那个仅仅是按照node等选项分组数据，可以在一开始写入的时候就进行了。coallocation可以不是必需的，确切说有很多时候都不会这样用，这只是一个改善性能的选项。reclaim就几乎是必须的，想搭建一套完善的强壮的几乎不用怎么维护的TSM，就一定得用到这个东西了。否则，没用多久，就得加磁带了。转：案例TSM单驱动器磁带回收测试记录???测试环境:1.? ? ? ? win 2003 + TSM?server?5.3.22.? ? ? ? centos 4.4 + TSM client 5.3.03.? ? ? ? HP Dat 40 磁带机4.? ? ? ? HP DDS4 磁带测试描述:? ? ? ? 在win2003上安装tsm 的server 端.在centos4.4 上安装client端.在server端定义一