我们有一个400GB磁带机,并使用Symantac Backup Exec 12.5。 从两个月前(我来到这里之前)的历史来看,这项工作已经完成了大约355GB,但是在那个时候,在空间不足的危险地区,这个数字上升了40GB,达到了395个。
我正在寻找将这项工作分解成几个部分的想法,确定工作中比其他人更多的select,或者其他任何可能使这个问题得到控制的部分。
我猜测这是一个直接连接到某个服务器的单个非机器人驱动器。 没有预算,实际上也没有预算。 您的select是:
仔细检查源数据,看看是否可以从备份集中删除或排除部分。
弄清楚如何将备份分成两个作业,并在不同的磁带上在不同的夜晚运行这两个作业。
买一个更大的磁带机(你好,LTO-4!)
购买一台机器人,可以自动更换磁带。
find一些互联网备份scheme。
备份是很多人写过的文章。
你必须知道恢复的窗口是什么 – 它的范围从“我想恢复十分钟前(或六个月前)删除的文件”! 到“呃,如果我要等一个星期的时间才能把磁带从外面送出去,那很酷”。
您必须知道这些是灾难恢复备份(即build筑物被烧毁!)或审计(特定date的状态certificate)或用户级恢复(某人删除帐户X而不是Y)或文件级恢复一些秘书不小心粘贴了Facebook公司的财务报表)。 这些问题的答案将推动备份的完成。
如果有备份规则,通常是:
预算会限制你实际上可以做多less事情,但是公司负责人需要知道什么是没有备份的,以及这些事实的含义是什么。 备份对于公司保持技术(有时是人员)失败的能力非常重要。 他们需要获得C级人员的这一责任。
你不能赢。 当你要求机器人,媒体和软件时,他们会说“我们不需要备份X. 然而在紧急情况下,他们会对你大喊“你为什么不备份X?”
在我的客户中,我每六个月编写一份文件,详细说明正在备份的内容,并注意所有未备份的重要对象(我知道的,嘿),然后通过电子邮件发送给客户然后花30分钟与他们审查。 这样,他们知道什么是备份,我认为没有备份,备份运行时间和数据要求,数据保留政策,非现场细节,审查过去六个月的主要问题(希望解决scheme) ,再加上我认为重要的任何事情。 我问他们是否知道需要备份的其他东西。 如果需要更改,我会把它们重新发送,然后将这些电子邮件作为证据发送给我们。 实际上,如果一件重要的事情没有得到支持,我的屁股仍然会在一个吊索具,但在大多数情况下,它会有公司。
备份是一个巨大,昂贵,复杂的蠕虫jar。
祝你好运。
恕我直言,这是备份的性质。 数据累积,备份变大。 这是一个自然的进化。 为什么这是一个问题? 你不能使用多个磁带进行备份吗? 拆分作业不会减less需要备份的数据量。
你的软件可以备份到硬盘吗? 我会认真考虑用2TB硬盘replace磁带,并担心几年后的问题。 我知道每个项目的成本都比较高(或者希望是这样),但是可以在任何一台计算机上读取硬盘驱动器,而且如果磁带机出现故障,则会丢失大量磁带,直到您find另一个磁带机。
磁带磨损了。
同意David的观点,备份通常最终会变得非常复杂,特别是当你开始扩大规模时。 有关潜在解决scheme的其他一些想法:
我要问的第一个问题是,是否有任何理由不能使用第二盘磁带? 如果您的备份填满磁带,则Backup Exec将只会提示(通过警报)另一个可覆盖的磁带,备份将继续进行。
如果您绝对不能使用第二盘磁带,那么您可以使用更大的驱动器和磁带或自动加载器($$$),也可以考虑在完整/差异备份策略上备份一些数据。
要找出哪些资源的大小正在增加,您可以转至“文件”,“新build还原select列表”,然后在“按资源查看”窗口中,可以浏览已编录的备份并查看资源,文件夹等的大小。
如果您想将作业分成不同的部分,那么使用Backup Exec的策略是一个不错的主意。
对于任何有兴趣的人来说,我们现在要做的就是为用户创build一个新的文件共享/映射驱动器来存档数据。 我也可以称之为“静态”数据,或者真的不经常改变的东西。 这个文件共享只会每周备份一次。
这个想法是,它可以工作更长的时间,因为随着份额的增长,我们可以很容易地将归档部分分成几个不同的块,每晚备份一个块,以便每周备份整个归档。 然后,我们会把去年没有改变的东西移到新的位置,然后每季度跟进一次新的可存档文件。