备份填满

我们有一个400GB磁带机,并使用Symantac Backup Exec 12.5。 从两个月前(我来到这里之前)的历史来看,这项工作已经完成了大约355GB,但是在那个时候,在空间不足的危险地区,这个数字上升了40GB,达到了395个。

我正在寻找将这项工作分解成几个部分的想法,确定工作中比其他人更多的select,或者其他任何可能使这个问题得到控制的部分。

我猜测这是一个直接连接到某个服务器的单个非机器人驱动器。 没有预算,实际上也没有预算。 您的select是:

仔细检查源数据,看看是否可以从备份集中删除或排除部分。

  • PRO:成本和备份作业定义保持原样。
  • CON:无论删除什么都不见了, 无论排除在外,都不会得到支持; 如果数据在“排除”区域增长,它也将被默默排除,这可能不是你想要的

弄清楚如何将备份分成两个作业,并在不同的磁带上在不同的夜晚运行这两个作业。

  • PRO:备份所有需要备份的东西。
  • 缺点:成本(磁带占用空间加倍); 有两份工作意味着有人必须在正确的时间把正确的磁带放在驱动器里两次; 两份工作意味着你必须小心如何增长,以确保这两个工作都不成比例地增长; 和B)新事物实际上只被两个工作中的一个所捕获

买一个更大的磁带机(你好,LTO-4!)

  • 专业:推迟一段时间的工作分裂或数据删除的决定。
  • CON:成本++; 可能不是与已经有历史logging的媒体逆向兼容,这意味着你必须保持旧的驱动器,以防万一。

购买一台机器人,可以自动更换磁带。

  • PRO:如果你的软件可以处理磁带跨越的工作,你不必担心这样的行人问题,只是不断地铲起媒体, 这样的软件也可以处理您现有的驱动器,这使您可以访问您的历史; 这个解决scheme将比任何单个驱动器解决scheme都要好得多(即解决未来三年的问题,而不仅仅是未来六个月)
  • CON:成本+++(至less你必须购买机器人,这是昂贵的;你可能将不得不购买你的软件的机器人插槽许可证,这是昂贵的;你可能必须完全replace你的软件的东西,可以处理磁带就业机会和机器人,这是昂贵的,并有可能无法访问您目前的历史)

find一些互联网备份scheme。

  • PRO:您的硬件,媒体,存储和保留问题成为别人的问题。
  • CON:您的互联网连接需要能够以合理的数据速率上传,以便您的备份可以在合理的时间内完成; 您的互联网连接应该有一个传输限制,这将允许您执行这些备份; 备份会很慢; 恢复很可能会一样慢; 成本(因为服务提供商无疑是这样做的一个现代化的备份设施,这意味着你是支付所有这些加上备份服务提供商的利润)

备份是很多人写过的文章。

你必须知道恢复的窗口是什么 – 它的范围从“我想恢复十分钟前(或六个月前)删除的文件”! 到“呃,如果我要等一个星期的时间才能把磁带从外面送出去,那很酷”。

您必须知道这些是灾难恢复备份(即build筑物被烧毁!)或审计(特定date的状态certificate)或用户级恢复(某人删除帐户X而不是Y)或文件级恢复一些秘书不小心粘贴了Facebook公司的财务报表)。 这些问题的答案将推动备份的完成。

如果有备份规则,通常是:

  • 备份一切
  • 永远保持它
  • 保持异地

预算会限制你实际上可以做多less事情,但是公司负责人需要知道什么是没有备份的,以及这些事实的含义是什么。 备份对于公司保持技术(有时是人员)失败的能力非常重要。 他们需要获得C级人员的这一责任。

你不能赢。 当你要求机器人,媒体和软件时,他们会说“我们不需要备份X. 然而在紧急情况下,他们会对你大喊“你为什么不备份X?”

在我的客户中,我每六个月编写一份文件,详细说明正在备份的内容,并注意所有未备份的重要对象(我知道的,嘿),然后通过电子邮件发送给客户然后花30分钟与他们审查。 这样,他们知道什么是备份,我认为没有备份,备份运行时间和数据要求,数据保留政策,非现场细节,审查过去六个月的主要问题(希望解决scheme) ,再加上我认为重要的任何事情。 我问他们是否知道需要备份的其他东西。 如果需要更改,我会把它们重新发送,然后将这些电子邮件作为证据发送给我们。 实际上,如果一件重要的事情没有得到支持,我的屁股仍然会在一个吊索具,但在大多数情况下,它会有公司。

备份是一个巨大,昂贵,复杂的蠕虫jar。

祝你好运。

恕我直言,这是备份的性质。 数据累积,备份变大。 这是一个自然的进化。 为什么这是一个问题? 你不能使用多个磁带进行备份吗? 拆分作业不会减less需要备份的数据量。

你的软件可以备份到硬盘吗? 我会认真考虑用2TB硬盘replace磁带,并担心几年后的问题。 我知道每个项目的成本都比较高(或者希望是这样),但是可以在任何一台计算机上读取硬盘驱动器,而且如果磁带机出现故障,则会丢失大量磁带,直到您find另一个磁带机。

磁带磨损了。

同意David的观点,备份通常最终会变得非常复杂,特别是当你开始扩大规模时。 有关潜在解决scheme的其他一些想法:

  • 考虑为一些较低优先级的系统使用磁盘快照。 如果数据位于SAN上或文件系统级别(VSS for Windows,LVM for Linux和各种Unix),则可以在磁盘级别执行此操作。 缺点是快照只能保护您免受意外的文件删除; 他们不保护您免受磁盘故障。 您也可以使用快照进行增量备份,并在磁带上保留完整备份。
  • 备份到一个单独的磁盘arrays和服务器也可能是一个合法的策略,至less对于您的一些系统。 大多数备份系统支持将备份存储到任意磁盘。 磁盘很便宜,所以可能会花一些时间。 由于硬盘的使用寿命不会持续几年,所以您的可移植性和寿命都很短。 另外,随着备份的增长,备份系统上的磁盘空间pipe理也成为一个问题。
  • 最后,你将需要更多的能力,这意味着更多的钱。 在考虑丢失重要业务数据的成本时,良好备份基础架构的额外成本可以很容易certificate。 手动重新input财务数据,客户信息等会消耗多less工时?

我要问的第一个问题是,是否有任何理由不能使用第二盘磁带? 如果您的备份填满磁带,则Backup Exec将只会提示(通过警报)另一个可覆盖的磁带,备份将继续进行。

如果您绝对不能使用第二盘磁带,那么您可以使用更大的驱动器和磁带或自动加载器($$$),也可以考虑在完整/差异备份策略上备份一些数据。

要找出哪些资源的大小正在增加,您可以转至“文件”,“新build还原select列表”,然后在“按资源查看”窗口中,可以浏览已编录的备份并查看资源,文件夹等的大小。

如果您想将作业分成不同的部分,那么使用Backup Exec的策略是一个不错的主意。

对于任何有兴趣的人来说,我们现在要做的就是为用户创build一个新的文件共享/映射驱动器来存档数据。 我也可以称之为“静态”数据,或者真的不经常改变的东西。 这个文件共享只会每周备份一次。

这个想法是,它可以工作更长的时间,因为随着份额的增长,我们可以很容易地将归档部分分成几个不同的块,每晚备份一个块,以便每周备份整个归档。 然后,我们会把去年没有改变的东西移到新的位置,然后每季度跟进一次新的可存档文件。