我已经说得很清楚了.
一个文件的备份,有三种状态,如下:
我有一个文件A,每天修改它的内容,修改完后就备份,两天后有两个A的备份A_bak1,A_bak2,然后我今天又把A修改备份了一次,那么此时有A_bak1,A_bak2,A_bak3三个备份文件,这即称为三个备份版本.其中A_bak1是与A文件内容一致的,那么A_bak1即成为active版本,其他两个成为inactive版本.然后假设我的verexists设为3,即要求保留三个备份版本,那么此时,如过我再修改并备份A一次,则原来的1,2,3号备份版本会变成2,3,4号版本,最新的备份会成为1号版本,并成为active,2,3,4会变成inactive版本,其中4号(即原来的3号)会变成expired版本,因为这个4号超出了我设定的保留版本数策略了.当TSM服务器执行in expi 操作时,会将所有的expired版本从TSM的数据库中删除.这个版本你就看不到了.对于inactive版本,RETExtra控制它保留多少天,比如5天,5天后,这个inactive版本会变成expired版本,同上面的第4个文件版本一样的结果.如果N长时间A文件没有变化,那么2,3,4号版本都会变成expired版本,通过in expi命令都会被删除,最终剩下一个1号版本,这个版本永远是active的,除非有新的备份.active版本永远不会被TSM删除,会一直保留.
但是,如果从客户端把原文件A删除了,那么此时唯一的一个备份1,受到RETOnly的决定,保留一定的天数,到期删除.
你的第二个问题跟数据写了多少天一点关系都没有,跟磁带的使用率有关系,还是那句话CT UTIL只有一点点,状态却显示FULL.是因为这盘磁带里面保存的数据,有很多已经过期了,TSM就在数据库里面把这些数据删除掉了,但因为磁带是顺序写设备,有可能一盘磁带,前面99.99%的数据都空了,最后0.01%的数据还在,这盘磁带也不能写,所以TSM显示这个磁带状态为FULL.如果要解决这个问题,重用前面的99.99%,则需要进行回收.
回收也不是系统自动的,需要你设置计划任务,这是TSM管理里面很重要的一个任务. |