关于TSM的版本控制

TSM中能不能实现基于时间的控制？比如说超过15天的数据我全部可以设置为过期。按版本来控制还像不行，比如说很多文件始终没有被改变那它始终只有一个版本而且是ACTIVE的。如果对同一个目录里的文件（没有被改变）做两次全备，那它是不是存在两个版本？

转贴ITDATA的alpha的贴子:TSM版本控制

贴子来源:[url]http://www.itdata.cn/bbs/dispbbs.asp?boardID=44&ID=148&page=1[/url]

有必要了解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天后将怎么样？

哈哈,看过了，也整明白了.两个全备是两个版本.