怎么解决磁带备份带来的磁带暴增问题？

spook

你搞清楚 snapshot再来和我说……

bbjmmj

原帖由 spook 于 2009-7-28 12:02 发表
你搞清楚 snapshot再来和我说……

呵呵，看过你关于RAID的高论，“假设每块盘的MTBF 是20W小时”、“阵列数据块是很小的，而且不是连续分布的，校验块则相对较大”，等等，确实与众不同啊

tar snapshot并不是很常用的备份方法，只是数据库较大、备份次数较多、硬件配置比较寒酸、且不允许分钟级以上的停机时，才会用得到。
我备份数据是用备机实时备份，需要备份时停止备份机器上的数据库，然后tar或者winrar（异构系统）数据库文件进行备份，这个法子等于增量压缩备份，压缩比极高，可以不用耗材，多加一台PC或者低端服务器既可。

[ 本帖最后由 bbjmmj 于 2009-7-28 12:41 编辑 ]

chenhawk

建议LZ优化存储策略，在全备的基础上做增量，另外对磁带进行周期性复用

iricyan

原帖由 lwmexa 于 2009-7-23 09:42 发表
如果磁带内的数据都是有用的,那就不能说是鸡肋.应该是宝贝.
如果磁带内的数据都是无用的,那就覆盖它.
如果感觉磁带数量太大,可以考虑升级到大容量的磁带,比较原来使用的是LTO2的,现在可以升级到LTO4的,把磁带 ...

这个事情想想还行，就怕是他用不了4的磁带，还得买新驱动器。

archro

小声问问，LU是什么

jeekey00

原帖由 archro 于 2009-7-28 15:08 发表
小声问问，LU是什么

我也不知道，刚百度了一下，大概是loveunix，貌似资源还是不错的

freeheart

谢谢各位兄弟的建议
我们现在的实际情况是已经使用了LTO4带机，备份软件是veritas backup exec 12.0, 备份策略是每周末做全备，平常做差异备份，因为考虑到恢复的方便性，所以没有采用增量备份。
现在异地存放的磁带柜快放满磁带了，有些备份数据保留已经近5年，部门领导不太敢清除数据，因为公司没有专门的部门来定义过数据的保存周期，所以想请教一下有没有兄弟有这方面的经验，比如怎么定义公司的不同类型数据的保存周期？
绝大部分数据源是公司文件服务器的数据，每次全备都将近7个TB的数据，不知道大家对于文件服务器的备份有没有什么好的方法？比如重复删除技术有没有可能应用到？
有位兄弟提到的tar+snapshot方式，我想还是比较适合于数据库的备份，用来每天保存多个版本。我们引入了微软的DPM，准备测试用于SQL SERVER的备份，不知道有没有对这个比较了解的？

bbjmmj

原帖由 freeheart 于 2009-7-28 22:16 发表
谢谢各位兄弟的建议
我们现在的实际情况是已经使用了LTO4带机，备份软件是veritas backup exec 12.0, 备份策略是每周末做全备，平常做差异备份，因为考虑到恢复的方便性，所以没有采用增量备份。
现在异地存放 ...

没有实时备份（也就是“容灾”）系统吗？为什么要每周做一次全备？查备也是备份到磁带上马？

spook

原帖由 freeheart 于 2009-7-28 22:16 发表
谢谢各位兄弟的建议
我们现在的实际情况是已经使用了LTO4带机，备份软件是veritas backup exec 12.0, 备份策略是每周末做全备，平常做差异备份，因为考虑到恢复的方便性，所以没有采用增量备份。
现在异地存放 ...

备份是有期限的，归档才是永远的……

你们领导没有搞清楚什么是备份什么是归档……

备份，完成一个周期就没有必要保留了，磁带就可以过期后初始化再利用……一般来说，保留2个备份周期就足够了。

如果需要做检查审计以前的数据，那是需要做归档

要是需要查询数据的变迁，你需要的是一个数据仓库和挖掘系统……

lwmexa

磁带上的数据要保护多少时间,应该由数据的主人说了算,存储和归档系统的管理员只是个执行者.
对于老磁带上的文件,可以进行合并迁移,移到新的大容量的磁带上,就可以减少存储磁带的数量.
注意,归档的数据,索引信息很重要,不然有了数据,都不知在那里找到,等于没有数据.
所以这种情况,搞一个活动归档系统,比较实用.
利用分级存储技术,根据文件属性,放在二级存储盘阵和三级存储磁带上,所以文件都能在线看见和访问到.