备份 Windows 2003 Server 时要考虑的事项

一些随意的想法：

如果您无法从中恢复，则备份不是备份。除非您尝试，否则您将不知道是否可以恢复某些内容。测试从您的备份恢复！

如果您的备份媒体在服务器计算机被销毁的同时被销毁，则它不是备份。进行异地备份！

我见过几个案例，其中服务程序（数据库引擎等）保持文件锁定，并且多年的备份过去了/没有捕获锁定的文件。如果尝试了测试恢复，这将是显而易见的。

如果您有 Active Directory，则需要以常规方式在您的一个域控制器上捕获“系统状态”备份。

如果您计划对特定服务器计算机进行裸机恢复，那么定期进行“系统状态”（或等效）备份是不错的选择。

考虑您正在备份的数据……它是数据库服务器吗？它是网络服务器吗？文件服务器？
操作系统驱动器上是否有必要的数据？如果是，为什么？恢复操作系统会比重建它花费更长的时间吗？

如果它是我打算在其上进行裸机类型恢复的服务器，我会确保我每天都能获得操作系统和系统状态以及数据。

如果它只是一个文件服务器并且操作系统驱动器上几乎没有发生任何事情，那么您可能根本不需要备份它，或者至少每周不超过一次。

测试您的恢复。每次我看到埃文这么说，我都觉得可能有一个人可能是通过艰难的方式学会了这一点。我知道我做到了。

拿一个测试盒，尝试将其恢复到服务器的原始状态。您很快就会注意到，如果您没有某种 BareMetal 选项，您将不得不在其上放置操作系统和备份代理。因此，重建是否比恢复需要更长的时间？

在“测试恢复”之后，我能想到的最重要的备份建议是“知道要备份什么，要排除什么”。不要尝试在热数据库文件、防病毒隔离区或备份软件用于缓存的目录上运行备份软件。这些事情有时可能会起作用，但它们最终会导致备份失败，然后您将无法在需要时获得所需的备份。墨菲定律意味着您绝对必须拥有的备份是失败的增量备份。

如前所述，测试恢复是绝对必须的。其他重要项目是：

• 记录一切，包括去哪里。
• 使用报告回来的备份软件。例如，如果一个锁定的文件被跳过，您需要了解它，这样就不会发生 Evan 描述的情况。
• 确保至少有两个最近的备份是在场外进行的。如果你只依赖一个，你可以肯定会出问题。
• 如果您重视数据，并且应该这样做，请不要使用一次性媒体，例如外部硬盘驱动器。使用为工作而设计的东西。
• 如果您的系统允许，请运行多个备份过程。例如，在 Windows 服务器上，我使用 Windows Backup（到本地磁盘），以便从前一天的恢复快速简单，但 Backup Exec（到磁带）用于“正确”备份。对我来说幸运的是，我有一个很大的时间窗口来做这件事。
• 将您的备份系统设计为尽可能独立于硬件。如果烟雾开始从服务器中泄漏出来，您可能需要将其更换为不同的品牌或型号，因此请确定您是否可以在不兼容的硬件上进行恢复。

请记住，备份的原因之一是能够从灾难中恢复，例如建筑物及其中的所有东西都被摧毁。它们不仅仅是为了让您的用户可以摆脱粗心大意。

在选择构成系统的组件时，请考虑未来。如果您遇到灾难，例如火灾，您是否仍然能够获得可以读取旧磁带等的驱动器？

备份一切是要走的路，IMO。

这不仅仅是恢复数据 - 这是简单的部分。您还可以恢复服务器上运行的任何应用程序吗？

也许是一个旁白，但当你考虑它的时候，帮自己一个忙并记录一切。如果您不是 100% 致力于设置和维护备份，您会很高兴。

备份的内容、时间、保留时间、实际（经过测试的）恢复过程以及磁带轮换和异地工作的方式。理想情况下，这些东西可以与系统 SLA 相匹配，甚至可以构成 SLA 的基础（并有助于任何 DR 规划）

清楚地列出这些东西并且易于访问是有用的。大多数人在需要备份之前不会考虑备份。或者直到审计员出现。到那时，很高兴能够拿出一份文件并得到他们需要的东西。

要记住的一件事是备份系统状态数据，因为这将极大地帮助在丢失服务器事件后恢复。

我们已经使用 Symantec Ghost 备份了大量服务器，并且每次都运行良好。

但就像磁带存储一样，请确保在类似的硬件上对其进行测试。

我的一些同事使用的另一个软件是 Acronis，它运行良好。

切勿将备份命名为“新备份”、“较新备份”。总是写下日期。

我建议进行传统的主/差异文件级备份（以方便单个文件恢复）以及对服务器的引导分区进行裸机备份。如果服务器出现故障，您可以将操作系统/应用程序恢复到已修复/更换的硬件，并在很短的时间内启动运行，然后进行文件级恢复。我还会考虑备份到像 Unitrends 解决方案（或同等解决方案）这样的磁盘目标/设备。