我正在devise我的第一个备份scheme。 我对pipe理数据备份完全陌生，有一些我不完全理解的概念。 这是我到目前为止，以及我将使用什么设备。
只有三台服务器可供备份，总数据大约为200GB。 我将在周六进行每周完整备份，然后在周一至周五晚进行差异备份。 还有一个月底的完整备份，将被存储在异地进行灾难恢复。
正在使用的设备：-8插槽磁带备份驱动器-LTO2磁带-Backup Exec 12.5与Exchange和SQL代理程序
我将使用两套磁带，第一周为第一周，第二周为另一周，每隔一周来回更换一次。
所以我的问题是，每套中应该使用多less个磁带？ 由于备份驱动器最多可容纳8个磁带，因此我必须使用8个磁带吗？ 如果我less投入，它会被抛弃吗？
其次，由于每个星期晚上的差异备份最多可能只有5G左右，我需要在媒体池中放入5个LTO2磁带（每个磁盘容量高达400Gb），每个磁带一个磁带？ 或者是足够的，因为理论上可以持续多周的差异？
我不明白的是，如果BE每天select一个新的磁带，或者如果它将继续附加到相同的磁带，直到它满了，然后滚到下一个。
也许更简单的问题是，如果你有上面列出的备份设备和服务器备份，你的备份devise是什么？
非常感谢….
我强烈推荐W. Curtis Preston的书“备份与恢复”（O'Reilly Book）
http://oreilly.com/catalog/9780596102463/
问如何做你的备份计划有点像问祖母如何做最好的鸡汤面。 你会得到10个不同的答案，但他们都会就基本成分达成一致。
在我看来，备份和恢复在讨论您可能（或不可能）select实施的不同选项的优缺点方面做得相当不错。
所以，我就是先从哪里开始。
自从我设置了这个过程已经有一段时间了，我在家里，所以我正在记忆中。
在我们的例子中，我们有一个LTO-3驱动器，一个完整的备份适合两个磁带，一个星期的所有差异适合一个。 所以每个星期我们都有一套录像带，里面有两个录像带，第三个录像带是以下的5个录像带。 我们保留这些套5周，我们有一个异地和4个现场。
我们为覆盖时间设置为5周的整个备份设置了一个媒体池，以便磁带在此之前不能重新使用，并将其设置为不可附加，因此下一次使用磁带时，开始。
对于差异，媒体池被设置为1周，因为在那之后，我们不会真正在乎比较什么，如果我们需要我们可以抓住一个“错误”的差异磁带。 实际上，正如我所说的，我们总是把这一周的录音带放在一起。 但是当我们第一次拿到LTO-3的时候，磁带价格是50美元，我们认为只用一些差异磁带并重新使用它们就可以省钱。
（我说“是”为差异媒体池，因为我们实际上停止了对磁带的差异，我们现在做一个类似的磁盘 – 磁盘磁带scheme：完全备份到磁盘，然后将其复制到磁带，然后差异是到磁盘。）
为了回答你的具体问题，当你设置备份时，你告诉它哪个媒体池可以得到一个磁带，它将抓住第一个可用的 – 这是允许写入的。
你说的LTO-2和200GB，所以一个完整的应该适合你的磁带，3最糟糕的。 所以你可以一次装6个装满磁带的磁带和2个装在差速器上的差速器，然后每个星期你必须拉出一套装满的东西，然后放入另一个。 如果您的备份适合2个磁带，您可以有3套全套，你只需要每两周交换一次。
Backup Exec可以configuration为使用不同的插槽进行完整备份和增量备份。
我所看到的最大的弱点是两套磁带备份。 三套被认为是绝对的最低限度。 我一般至less使用五套。
您也可以考虑保留一年的每月完整备份。
我不知道Backup Exec是如何工作的，但我可以一般回答。
我已经使用的工具都可以将备份集限制到所需磁带的最小数量。 我的意思是，如果将8个空白磁带加载到机器人中，但只写入前三个磁带，则只有这三个磁带是备份集的一部分。 剩下的五个不是，所以可以用来做别的事情。
另外，如果有可用空间，可以将这些工具configuration为追加到现有磁带。 所以如果你的日常是5GB，而你的系统是这样configuration的话，它会把第二天的增量附加到第一盘磁带上。 如果你的增量真的很小，你最终会使用两个磁带，并在它们之间旋转。 当然，这意味着你也担心媒体的生命周期 – 磁带就像其他事物一样耗尽。
其次：您必须小心“差异”和“增量”备份之间的差异。 “差异”备份是“现在”和参考点之间的所有差异，通常是最后一次完整备份。 因此，如果您的增量每天大约5GB，那么第一天将是5GB，第二天可能是10GB等等。“增量”备份是“现在”与上次备份运行之间的差异，这可能是增量本身。 所以你的第一个三angular洲将是5GB，第二个5GB等，等等。
前者的优点是恢复速度可能会快得多 – 您将进行完整备份，然后在还原点之后立即采取差异化。 缺点是你可能需要更多的媒体取决于你的增量。
后者的好处是您需要更less的介质，并且由于备份的数据less，备份可能运行得更快。 缺点是恢复到一个时间点，你必须恢复你的完整，然后每个增量，按顺序。
关于你的轮换 – 如果你所需要的只是在现场两周，那么你的模式可能是好的。 但是我们总是使用更全面的旋转。
一些客户还希望偶尔进行特殊备份，这些备份永远不在现场或者直到被召回。 由于媒体可能会降级，通常我会推出两个这样的副本。
最后，要记住一点：直到你testing它才是备份。 在您的周期中花时间定期testing备份各个部分的恢复情况。 这不仅会validation您的备份，而且还意味着您知道如何进行还原以实现真正的目标。
如果你什么都不读，请阅读M.Janke的“Backups Suck”： http : //www.standalone-sysadmin.com/blog/2009/02/backups-suck/
我同意你需要更多的2个备份集。 我认为4是一个合理的数字（所以你有大约一个月的磁带回去，如果有什么不好的地方）。 在Backup Exec中设置备份时，您可以select追加数据或覆盖数据。 如果你说追加，但是磁带已满，你也可以select做什么。 另外，您还可以控制介质池上的覆盖保护设置，以防止意外覆盖刚用过的磁带。 一个技巧，我倾向于发现，磁带并不总是在他们应该（因为有人生病了，或在度假或有假期）被改变，所以如果可能的话，我尝试有两套磁带驱动器。 本周的和下个星期的。 所以，你有一个整整一周的时间来取消目前的备份之前事情搞砸了。 此外，你应该看看6晚的差价是否适合在一盘磁带上。 如果他们不这样做，但6夜的增量，你可能会考虑增量。 它增加了完成恢复所需的时间（特别是在本周末），但如果减less所需磁带的数量，这可能是值得的。
和磁带一样，我强烈build议把磁盘复制到另一台服务器或SANtypes的设备上。
磁带非常适合档案的目的，但是没有任何东西可以让磁盘上的本地副本快速无障碍地恢复。
如果你有一个广域网，可以考虑把networking上的磁盘备份closures。 根据您为带宽付费多less，这可能是一种经济高效的方法，可以在不同位置获取最重要数据的多个副本。
我们每个人都有不同的制度和需求，所以我们都可能提出不同的build议。 按照KPWINC的build议做一些阅读。 那么当你实现它的时候，确保你以一种可以随时修改的方式来做，如果你以后确定一个不同的系统会更好。
话虽如此，这是我的build议：
您只备份了less量的数据，因此如果这样做是可行的，则每天都要运行完整备份。 备份将不时失败，原因很多。 在每个磁带上进行完整备份不仅可以简化恢复过程，还可以提高您的DR机会。