☰

您如何备份？

tag-icon • tag-icon backup
您如何备份？

我正在查看几年前制定的备份策略...我想知道其他人是如何执行备份的？我能做些不同/更好/更安全/更经济的备份吗？

编辑 提出这个问题的主要原因是收集其他人如何备份以及如何保持数据冗余和安全的经验。

我将备份存储到 USB 磁盘...使用 BackupExec（我们是一家小公司），您如何进行备份（它有效吗？）？

答案1

关于这个问题有很多建议：

保持计算机高效备份的最佳做法是什么？

答案2

我认为我们需要对您的情况有更多了解才能给您一个好的答案。以下信息会有所帮助：

  • 备份语料库的大小
  • 正在备份的服务器计算机数量
  • 备份窗口的持续时间
  • 保留/存档/销毁问题

我的备份策略非常“老派”，但还从未出现过恢复失败的情况。磁带和保守的异地轮换策略对我们非常有效。

我的小型企业客户每天都会收到完整的磁带备份，这些备份每天都会在异地轮换。大多数备份至少有两 (2) 周的每日轮换，并且可能还有额外的每月或每季度轮换。为了加快恢复速度而不需要有人去异地获取介质，我们通常使用磁盘到磁盘到磁带的备份策略。这对于拥有不到 100GB 数据的客户非常有效。我们在由 Backup Exec 管理的单元素驱动器中结合使用了 LTO、VXA 和 SDLT 磁带技术。驱动器和磁带的成本最初高于其他“低技术”解决方案，但我们获得了坚如磐石的备份和恢复（并且为了确保万无一失，我们会定期进行测试恢复）。

对于较大的安装，我们通常转向单元件自动加载器 (LTO)，并且通常执行每日差异备份和每周完整备份。

我可能会因为不“赶潮流”和使用可移动硬盘之类的东西而受到批评，但高质量的磁带技术已经为我们提供了很好的服务，而且非常可靠。尤其是 LTO，它一直非常可靠。我们偶尔会遇到 VXA 驱动器不稳定的情况，还有不稳定的 SDLT 磁带，但它们也运行良好。

答案3

  1. 本地备份（网络文件服务器，包括源存储库和邮件服务器）每天通过 rsync 复制到另一台机器，并保存许多快照（以防我们在几周后发现文件被意外编辑/删除），方式类似于http://www.mikerubel.org/computers/rsync_snapshots/
  2. 远程备份第一阶段：本地备份的最新副本通过 SSH 上的 rsync 发送到中间异地服务器
  3. 远程备份第一阶段：主异地备份通过 SSH 上的 rsync 从中间服务器获取副本，该备份维护着许多快照，就像本地备份一样
  4. 备份测试（文件服务器备份）：每周一次，脚本执行两次“rsync --checksum --dry-run”，一次在实时文件系统和中间备份服务器之间，一次在中间和位异地备份的最新副本之间，然后将结果通过电子邮件发送给我（因此任何重大差异都会提醒我注意问题）。
  5. 备份测试（邮件服务器）：每天一次，在常规备份运行结束几个小时后，运行在主备份服务器上的包含邮件服务器副本的 VM 将最新的邮件备份恢复到自身。我时不时登录该服务器（如果它运行正常，我可以看到最近的新邮件和其他更改，我知道邮件备份没有问题）。
  6. 离线备份：每周将备份副本复制到 USB 磁盘上（实际上，我们目前不这样做，但一旦我有时间并能拿到公司信用卡购买几个外部驱动器，我就会这样做）

步骤 4 和 5 非常重要。除非您测试过备份，否则备份就不算是真正的备份，而且当您发现需要恢复文件（或所有内容）时，第一次测试并不是一个好时机！如果备份一直无法正常工作，人们通常会等到为时已晚才测试备份。

步骤 2 和 3 可能看起来有些过头，但确实增加了一点安全性。由于本地服务器无法直接与备份服务器通信，反之亦然，因此设法入侵一台服务器的人无法轻易从那里进入另一台服务器（只能进入中间机器，虽然实时和备份机器可以对其进行身份验证，但中间机器本身无法对实时或备份机器进行身份验证）。这避免了最近 WHT 遇到的麻烦风险（请参阅http://ask.slashdot.org/story/09/03/25/0036211/如何通过备份防止被黑客入侵以供讨论）。

答案4

我以前使用过 Backup Exec（v7 到 9），但最近我开始使用热插拔 SATA 笼来管理与我合作的小型服务器安克诺斯 (Acronis) 真实影像。

正如一些人所强调的那样，除非您已经尝试过恢复，否则备份过程就没有多大意义，最好是从备份媒体进行全面的“裸机”恢复，以确保您可以尽快恢复并运行您的设置所需的一切。

可怕的是，我曾与一个站点合作使用 USB 驱动器和 Backup Exec 的磁盘备份选项。他们想要一个全职 IT 服务提供商，而不是一个承包商来负责他们的工作，但在移交文档的过程中，一些有关备份的重要细节在混乱中丢失了。几个月过去了，他们的一个文件服务器的 RAID 阵列中的一个驱动器出现故障，服务器供应商的技术人员的到来加剧了这种情况高的在某物上，据称删除然后以不同于先前顺序的方式重新插入驱动器。

无论如何，他们最终丢失了大约两周的数据，因为最后几次完整备份都失败了，而且没有人关注日志。

相关内容