Chinaunix

标题: 怎么解决磁带备份带来的磁带暴增问题？ [打印本页]

作者: freeheart 时间: 2009-07-23 08:46
标题: 怎么解决磁带备份带来的磁带暴增问题？
公司的备份磁带越来越多，怎么处理这些鸡肋，这是个头痛的问题，不知道各位兄弟有没有好的建议？

作者: wangf15 时间: 2009-07-23 09:01
磁带库+备份管理软件\r\n没有更好的方法

作者: lwmexa 时间: 2009-07-23 09:42
如果磁带内的数据都是有用的,那就不能说是鸡肋.应该是宝贝.\r\n如果磁带内的数据都是无用的,那就覆盖它.\r\n如果感觉磁带数量太大,可以考虑升级到大容量的磁带,比较原来使用的是LTO2的,现在可以升级到LTO4的,把磁带上的数据迁移到LTO4的磁带上.这样,磁带的数量将会大大减少.当然这样做是需要成本的.\r\n要知道,要保护那些宝贝数据,花费是必不可少的,如果感觉这些磁带上的数据,不值这样的花费,那就弃之.

作者: spook 时间: 2009-07-24 13:29
标题: 楼上SB
建议对楼上禁言，在这里误导新手……\r\n\r\n对于bbjmmj 虽然能增大流量，但是严重降低技术含量，谁信谁遭殃，这样下去都去LU了……

作者: yangm63 时间: 2009-07-24 13:51
有种人就是人来疯\r\n本着我不要脸我怕谁的态度\r\n\r\n视而不见，听而不闻，飘过~\r\n去LU了

作者: yoyosys 时间: 2009-07-28 10:33
上支持重复数据删除的备份软件

作者: spook 时间: 2009-07-28 12:02
标题: 你个SX
你搞清楚 snapshot再来和我说……

作者: chenhawk 时间: 2009-07-28 13:52
建议LZ优化存储策略，在全备的基础上做增量，另外对磁带进行周期性复用

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

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

作者: saintdragon 时间: 2009-07-30 19:37
dedu应该能解决点问题

作者: redwaves 时间: 2009-07-30 23:26
买个1000 solt的带库，驱动器全上LTO4的。还不行接着扩solt.\r\n要作异地保存就上两个带库中间拉光纤全联到备份服务器上。磁带作两份.你就不用管磁带了.

作者: redwaves 时间: 2009-07-30 23:34
1楼兄弟\r\n关于你的问题,已不是局限在使用什么了.而是规划与管理的问题了.

作者: bbjmmj 时间: 2009-07-31 10:54
我觉得楼主应该先把自己单位备份的目的搞清楚，是防止文件丢失，还是要审核文件操作，如果是后者，用多少磁带你都得忍着。

欢迎光临 Chinaunix (http://bbs.chinaunix.net/)