TSM数据保留策略中的几个难理解的概念

过期处理（操作系统及文件）以下参数只针对与BA数据，对于TDPO数据不接受这些参数的限制

操作系统及文件
过期处理原理        Verexists
（保留版本数）        备份归档客户端所在的计算机上的某一个文件，在经过多次备份操作后，该文件将在TSM 服务器端形成多个备份。而Verexists 限定了这个客户端上未被删除的文件在TSM 服务器端的备份所允许保留的份数。如果用户备份的次数超过了Verexists 参数所指定的数量，则TSM 将自动删除比较老的备份。例如，在缺省情况下，Verexists 的参数为2 ，则当用户进行了3 次备份后，最老的那一份数据将被设置为过期，仅保留最新的两份数据。Verexists 参数的值可以设置为0 －9999 ，也可以设置为NoLimit 。
        Verdeleted
（源文件被删除后，
保留版本的数量）
        用户已经把备份归档客户端的文件进行了备份，然后因为某种原因把这个文件从客户端删除。而Verdeleted 参数定义了，在用户从客户端删除这个文件后，在TSM 服务器端将保留的文件备份的分数。这个参数的缺省值为1 。在用户执行完毕客户端文件的删除操作后，下一次客户端备份操作，将把超过Verdeleted 参数的备份设置为过期，例如用户设置Verdeleted 参数为3 ，在文件被删除前用户在服务器端保留了4 份备份。如果用户在客户端删除了该文件，则下一次客户端备份操作发生时，TSM 服务器将把最老的一份备份设置为过期，将只保留三份备份数据。
Verdeleted 可设置的数值范围包括0 －9999 ，或者设置为NOLimit ，表示保留所有的备份数据，即使该数据在客户端已经被删除。
Verdeleted 并不能单独决定备份数据的保留日期，一个文件备份是否过期还取决于其它几个参数，例如Retextra 和Retonly 等。
        Retextra
（保留天数）        Verexists 指定了用户可以保留的客户端数据的备份数量，却没有指定备份后的数据将在服务器端保留多长时间。Retextra 指定了这个数据。确切的说，Retextra 指定了当备份数据从Active 变为Inactive 后可以保留的时间。TSM 规定，如果用户客户端的数据没有被删除，而在TSM 服务器端仅有一份该数据的备份的话，则该备份将永远保持Active 状态，而不会过期。如果用户在服务器端产生了更新的备份，则以前的备份都将变为Inactive 。同样，如果用户在客户端删除了源文件，则所有备份文件也将变为Inactive 。从这时候起，Retextra 参数开始发挥作用，并开始倒数计时，超过Retextra 所规定的时间后，这些文件将被设置为过期。
　　Retextra 可以设置的数值从0 分布到9999 ，也可以设置为NOLimit 。
        Retonly
（保留唯一版本天数）        一般说来，如果一份数据在备份归档客户端长期没有变化，则该数据在TSM 服务器上的备份数据将会逐渐过期，被删除，仅保留下最新的一份备份数据。如果TSM 客户端的这份数据既不发生修改，也不被删除，则这份数据将一直以Active 的状态保留下去。但是如果用户在客户端删除了这份数据，则该数据将立即变为Inavtive 。从这时起，Retonly 参数生效。它指定了这最后一份备份数据将在服务器上保留的时间。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/11134849/viewspace-659879/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/11134849/viewspace-659879/