免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 6135 | 回复: 5
打印 上一主题 下一主题

[VTL与磁带系统] 请教大家tsm备份保留时间和磁带的状态的问题. 感谢! [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2009-06-07 23:03 |只看该作者 |倒序浏览
才开始学习tsm,有看不明白的地方,请大家指点。
1、        备份保留时间是30天的意思?是指磁带写满后30天被清空,还是数据写入30天被清空?听说有个脚本是每天都执行清空磁带,释放空间的,怎么能看到?如果只是30天,那么我用query content  volume_name ,怎么看到里面的数据都是7,8个月以前的数据啊?
2、        query volume 执行结果中有一列 pct util代表什么?是使用百分比吗,我这有pct util是8.0  ,30.6  这样的,但磁带的状态却是full,这是为什么啊,写那么点就满了,看不明白啊.
谢谢了

论坛徽章:
0
2 [报告]
发表于 2009-06-08 09:11 |只看该作者
自己顶一个

论坛徽章:
2
IT运维版块每日发帖之星
日期:2015-08-24 06:20:00IT运维版块每日发帖之星
日期:2015-08-25 06:20:00
3 [报告]
发表于 2009-06-08 09:43 |只看该作者
1.版本控制

版本控制主要由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端的最后一次对该文件的备份版本保留的天数。

一个文件的备份,有3种状态:

active,inactive,expire

Version Data Exists    (VERExists)和Retain Extra Versions (RETExtra)    是一组,用于客户端上文件没有被删除的情况。

Version Data Deleted (VERDeleted)和Retain Only Version    (RETOnly)适用于客户端上文件已经被删除的情况。

同时遵循如下原则:

1。actvive版本,永远不会过期,因此如果只备份一次,数据永远不会过期

2。VERExist参数大于等于VERDeleted(VEREXIST >= VERDELETED)

3。RETOnly参数大于等于RETExtra(RETONLY >= RETEXTRA)

同时要注意,在用客户端发起备份的时候,如果采用partial incremental这种备份方式的话,即使客户端删除了这个数据,SERVER也不会发现,仍然采用Version Data Exists    (VERExists)和Retain Extra Versions (RETExtra)这两组参数



2.PCT UTIL只有一点点,状态却显示FULL.是因为这盘磁带里面保存的数据,有很多已经过期了,TSM就在数据库里面把这些数据删除掉了,但因为磁带是顺序写设备,有可能一盘磁带,前面99.99%的数据都空了,最后0.01%的数据还在,这盘磁带也不能写,所以TSM显示这个磁带状态为FULL.如果要解决这个问题,重用前面的99.99%,则需要进行回收.

论坛徽章:
0
4 [报告]
发表于 2009-06-08 11:02 |只看该作者
先谢谢了啊。第一个问题能不能回答的简单些,没看明白。
第二个问题你的意思是 数据写入后30天,而不是磁带写满后30天?剩下那0.01%的数据是没到30天的吗?怎么进行回收?如果不人为干预,是不剩下那0.01%到30天后就过期了,然后系统自动回收?
谢谢

论坛徽章:
2
IT运维版块每日发帖之星
日期:2015-08-24 06:20:00IT运维版块每日发帖之星
日期:2015-08-25 06:20:00
5 [报告]
发表于 2009-06-08 11:40 |只看该作者
我已经说得很清楚了.
一个文件的备份,有三种状态,如下:
我有一个文件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管理里面很重要的一个任务.

论坛徽章:
0
6 [报告]
发表于 2009-06-08 11:51 |只看该作者
谢谢,十分感谢!
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP