贴子来源:
http://www.itdata.cn/bbs/dispbbs ... p;ID=148&page=1
有必要了解tsm的版本控制，因为这关系到客户数据恢复（ibm的口号：备份是为了更快的恢复）。
版本控制主要由copygroup的几个参数控制：
Version Data Exists （VERExists） ： 意思是tsm server保留多少份客户files。
Version Data Deleted （VERDeleted）： 在客户端的文件被删除了，那么tsm server保留的版本数目（在备份过程中，tsm将会自动检查客户的文件是否曾经存在）
Retain Extra Versions （RETExtra） ： 当版本变成inactive后，该版本保留多少天。（时间到了后，tsm server的expire process将会把该版本标记为已经过期，从此该inactive的版本将不可恢复了)
Retain Only Version （RETOnly） ： 客户端文件被删除了，server端的最后一次对该文件的备份版本保留的天数。
举个例子：
客户环境：VERExits=3 VERDeleted=2 RETExtra=30 RETOnly=90
假设有个文件File，每天中午12：00被修改，自动备份发生在下午18:00,
第一天备份完成后，tsm server将有该文件的一个版本：version1 (该version为active）；
第二天18:00后，tsm server将有该文件的第二个版本： version2 （该version 为active），而第一天备份的version1将变成inactive，
第三天18:00后，tsm server将有该文件的第三个版本：Version3（该version 为active），而第一天的version1，第二天的version2将都是inactive。
第四天18:00后，tsm server 将有该文件的第四个版本：Version4（该version为active)，而第二天的version2，第三天的version3将都是inactive。注意一下，这时当备份成功后，第一天的version1将会被expire.（为什么被expire，请大家自己想想`-`）
假想一：从第四天晚上18:00以后，该文件从此不再被修改，这时第33天会发生情况？这时version2，也就是第二天备份的版本将expire。
第34天version3也将被expire
第35天之后，客户能恢复的就只有version4了 （想想为什么version4一直可以保留）
假想二：第四天晚上20:00，该文件不小心被客户删除了，这时会发生情况？第五天18:00时，tsm server将去备份该文件，发现该文件被删除了,tsm 将把第四天的version4，第三天的version3，标记为inactive，而第二天的version2将被expire。(why?)
那么第35天后会怎么样？第95天后将怎么样？
