TSM 保留策略,文件保留时长通过副本集更改 分手后的思念是犯贱 2022-08-30 11:12 90阅读 0赞 update copygroup employee\_records vacation activefiles type=backup destination=diskpool frequency=7 verexists=3 mode=absolute update co STANDARD STANDARD STANDARD STANDARD vere=90 rete=90 -------------------- tsm: TSMSERVER>q po Policy Policy Default Description Domain Set Name Mgmt Name Class Name -------------------- STANDARD ACTIVE STANDARD Installed default policy set. STANDARD STANDARD STANDARD Installed default policy set. tsm: TSMSERVER>q co Policy Policy Mgmt Copy Versions Versions Retain Retain Domain Set Name Class Group Data Data Extra Only Name Name Name Exists Deleted Versions Version -------------------- STANDARD ACTIVE STANDARD STANDARD 1 1 365 365 STANDARD ACTIVE WEEKLY\_M- STANDARD 1 1 15 15 GMT STANDARD STANDARD STANDARD STANDARD 1 1 365 365 STANDARD STANDARD WEEKLY\_M- STANDARD 1 1 15 15 GMT tsm: TSMSERVER>update co STANDARD STANDARD STANDARD STANDARD vere=90 rete=90 ANR1532I Backup copy group STANDARD updated in policy domain STANDARD, set STANDARD, management class STANDARD. tsm: TSMSERVER>q co Policy Policy Mgmt Copy Versions Versions Retain Retain Domain Set Name Class Group Data Data Extra Only Name Name Name Exists Deleted Versions Version -------------------- STANDARD ACTIVE STANDARD STANDARD 1 1 365 365 STANDARD ACTIVE WEEKLY\_M- STANDARD 1 1 15 15 GMT STANDARD STANDARD STANDARD STANDARD 90 1 90 365 STANDARD STANDARD WEEKLY\_M- STANDARD 1 1 15 15 GMT tsm: TSMSERVER>act po STANDARD STANDARD ANR1555W The BACKUP copy group in management class WEEKLY\_MGMT specifies a destination that does not refer to a defined storage pool: WEEKLY\_POOL. If this pool does not exist when policy set STANDARD is activated, clients will fail when using this management class to backup files to the server. Do you wish to proceed? (Yes (Y)/No (N)) Y ANR1555W The BACKUP copy group in management class WEEKLY\_MGMT specifies a destination that does not refer to a defined storage pool: WEEKLY\_POOL. If this pool does not exist when policy set STANDARD is activated, clients will fail when using this management class to backup files to the server. ANR1514I Policy set STANDARD activated in policy domain STANDARD. tsm: TSMSERVER>q co Policy Policy Mgmt Copy Versions Versions Retain Retain Domain Set Name Class Group Data Data Extra Only Name Name Name Exists Deleted Versions Version -------------------- STANDARD ACTIVE STANDARD STANDARD 90 1 90 365 STANDARD ACTIVE WEEKLY\_M- STANDARD 1 1 15 15 GMT STANDARD STANDARD STANDARD STANDARD 90 1 90 365 STANDARD STANDARD WEEKLY\_M-GMT STANDARD 1 1 15 15 \------------------------------------------------------------------------------https://www.talkwithtrend.com/Question/209957-1306131 –逻辑删除 1).（静态文件、sqlserver数据库、domino nsf数据库，exchange等数据类型）按时间或按版本，由副本组参数控制 ==>backup(备份) verexists,verdeleted(按版本) retextra,retonly(按时间) 如按版本保留，设置前两个，后两个设置为nolimit 如按周期保留，设置后两个，前两个设置为nolimit 如果未使用nolimit，同时设置4个数值，将按照取交集生效 ==>archive(归档，每个版本都将是active的，所以只能按时间来设置) retver（仅此1个参数，按照时间，如果为永久保留，将设置为nolimit；如果保留为1年，则设置为366） 2).数据库 ==>db2 由db2adutl工具控制保留时间或版本 db2adutl ... delete keep db2adutl ... delete older than ==>oracle 由rman控制保留时间或版本（window或retention) –物理删除 expire inventory 逻辑与物理同步后，仍需要对顺序存储介质执行reclaim（默认阈值为60%，可调整） \------------------------------------------------ http://blog.sina.com.cn/s/blog\_9be7cc1101013f8t.html tsm版本控制\_的4个参数 (2012-05-23 17:04:58) 转载 ▼ 标签： 杂谈 分类： TSM VERExists VERDeleted RETExtra RETOnly 首先，这4个参数都是关于inactive的备份而言 tsm的架构原理是 active的数据永不删除 除非你自己做 del v discardata=yes 这是你自己选择的，命令当然tsm都给你记录下来了 以后，你后悔了，栽赃ibm，ibm自然有铁证如山，你无可奈何。 ibm这样设计无可厚非，数据是最大的财富，如果这个方面惹上官司了，那么美元和名声都将大把逝去。 当然这一切都是我猜测的，但是我敢肯定，不信，你们把龟缩在奥斯汀的架构师找出来和我对质。 所以，active的备份与这4个参数无关，这4个参数管不到active备份 ok, 这4个参数都是对inactive的并且是同名的文件的备份而言的。 VERExists 就是说在tsm的磁带上保留多少个版本，我说的磁带严格意义是tsm 的文件空间，但是不想给大家太多的概念了。 假设，你1号备份了文件a,2号也备份了文件a， 同时假设我们设置VERExists=2 那么，我们在客户端用q b /ina，那么就发现有2个a，一个active，一个inactive,备份时间不一样。 这就是存在的版本数。 如果我3号再备份的a，那么你会发现1号的a就没有了，被删除了，因为我们只保留了2个版本。 这个特别适合lotus的备份，dtb.nsf就是我的信箱数据库，假设我1个月前跟你发了邮件，关于某事，但是你不承认，那么我就要将1个月的前的 这个nsf恢复出来，用作打官司，在这个场景里面，我的vere需要等于30. VERDeleted 这个参数，比较屎，正常一点的思维的灵长动物很难理解， 听我来说 这只是针对于增量备份而言。 假设我们设置VERExists=4， VERDeleted=2 再假设我们每天都对a目录增量备份， 那么一天我们删除了a目录下面的a文件 那么 tsm会通过对比发现了你把a文件删除了， 这个时候VERDeleted参数开始作用了， 没有删除的时候，我们a文件在tsm里面有4个版本，就是4份， 删除了，你再看，就只有2个了， 因为VERDeleted=2 这个的作用嘛， 哈哈哈，我觉得就是为了让你节省你的磁带空间，虽然我朝从不在乎磁带的成本，但是该节省的要节省，至少ibm是这么认为， 假设VERDeleted=0，那么你把文件a在os里面删除了，tsm 自动就会将该文件从磁带上面删除了， 空间出来了， 家庭主妇们比较喜欢这样的功能，又省钱了，嘿嘿。 RETExtra 这个是说我的版本数能保留的天数， 这事和VERExists是夫妻参数， 假设 VERExists=2，RETExtra=2 ， 如上面所说，我在1号备份的a， 那么他的寿命也就是2天了，4号你再去看，他已经不在tsm的磁带上了。 RETOnly 这个参数就是和VERDeleted是夫妻参数 假设RETOnly=2 就是说当你将a文件删除了，那么这个版本还能在tsm里面保留的最后的期限， 等过了这个期限，你就追悔莫及了 因为他已一缕青烟散去了 总之，这4个参数确实有很多的实际应用的需求的满足，特别是在照片，邮件方面 可以实现对历史数据的追索，主要是法律意义上的 总之，这4个参数也体现了ibm在数据处理方面的谨小慎微和如女人般的磨叽和纠结和半推半就。 总是，这4个参数实际来说是够绕人和变态的， \-------------------------------http://blog.chinaunix.net/uid-85338-id-3045714.html TSM中要注意的4个参数,没理解的话就害人不浅啊 分类： 服务器与存储 2011-12-20 12:39:48 verexists：指定当前在客户机文件系统中的文件所保留的最大备份版本数，如果某个备份操作超过了限制， 则服务器使磁带库中最旧的备份版本到期。（即代表文件系统中有的文件在磁带库中保留的版本数） 版本数既文件的个数，比如verexists=2 ,则有文件/backup/file1，第一次备份保留一个版本， 第二次备份，又会重新备份一次，同一个文件总共2个版本，但可能文件内容不一样了(因为文件被修改了)。 如果verexists=1，则第二次备份时，就会将第一次备份的文件删除掉，保留第二次最新的版本。 最新的版本叫ACTIVE的版本，其他的版本都叫INACTIVE的版本。INACTIVE的版本可以通过 QUERY -INACTIVE参数 查询出来。但一旦版本保留时间超过了retextra规定的保留天数，则TSM将把版本变为过期的(expire)，用-inactive参数 无法查看到。只能释放掉文件(expire inventory) verdeleted:指定要保留的文件备份版本的最大数目，该文件经TSM备份后，已从客户机文件系统中删除。 如果用户从客户机文件系统删除文件，则下一次备份导致服务器让超过此数值的文件的最旧 的版本到期。保留版本的失效日期由RETEXTRA和RETONLY参数指定的保留时间决定。 此参数就是说如果主机上删除了这个文件，那么TSM中继续保留多少个版本数。如果verdeleted=0, 则主机上删除了文件，则TSM也将文件删除掉。没有起到备份的意义。verdeleted=1代表如果主机上删除了文件， 则TSM中仍然保留最后1个版本，但是是INACTIVE的了。verdeleted=2,是说如果主机删除了文件，则TSM中保留2个inactive的版本 retextra:当版本成为非活动版本以后，指定保留此备份版本的天数。当客户机存储更新的备份版本，或客户机 删除工作站中的文件，然后运行完全增量备份时，文件的备份版本变为非活动。服务器根据保留时间 删除非活动版本，即使非活动版本数超过VEREXISTS或VERDELETED参数容许的数目。缺省值是30天。 此参数就是说当主机上的文件被删除后，TSM中如果定义了还保留有版本，则此参数指定改版本保留的天数。 retonly:指定已从客户机文件系统中删除的文件的上一个备份版本要保留的天数，缺省是60天。 此参数就是说主机上文件被删除后，TSM中保留的最后一个版本的天数。 以上四个参数一定要记住。否则将酿成大错。 客户一般是把文件备份到TSM里面以后，就把文件从主机上删除掉了。看LOG什么的都正常备份了。 每天对同一个目录做备份，每天做删除，年复一年。 然后直到有一天，要恢复数据了，发现以前备份的数据都不在了，为什么？为什么？ 因为： verexists=1 verdeleted=0 我汗颜！！！！！！！！！ 我要挖地三尺！！！！ -----------------------------NOLimit ，表示保留所有的备份数据，即使该数据在客户端已经被删除。 \---------------------------- http://blog.itpub.net/11134849/viewspace-659879/ 过期处理（操作系统及文件）以下参数只针对与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 参数生效。它指定了这最后一份备份数据将在服务器上保留的时间。
还没有评论，来说两句吧...