备份 Windows 2003 Server 时需要考虑的最重要的事项是什么？
它的意思是：
- 常见错误。
- 实现完全恢复需要考虑的事项。
- 永远不要忘记的最重要的几点。
- ...
答案1
一些随机想法：
如果无法恢复，备份就不是备份。除非你尝试，否则你不会知道是否可以恢复。从您的备份中测试恢复！
如果您的备份媒体与服务器计算机同时被毁坏，那么它就不是备份。将备份移至异地！
我见过几个服务程序（数据库引擎等）将文件锁定，而多年的备份却从未捕获过锁定的文件。如果尝试过测试恢复，这种情况就会很明显。
如果您有 Active Directory，则需要定期在其中一个域控制器上获取“系统状态”备份。
如果您计划对特定服务器计算机进行裸机恢复，则最好定期进行“系统状态”（或等效）备份。
答案2
考虑一下您正在备份的数据...它是数据库服务器吗？它是 Web 服务器吗？文件服务器？
操作系统驱动器上是否有重要数据？如果有，为什么？恢复操作系统所需的时间是否比重建操作系统所需的时间更长？
如果我打算在服务器上进行裸机类型恢复，我会确保每天获取操作系统和系统状态以及数据。
如果它只是一个文件服务器，并且操作系统驱动器上几乎没有什么操作，那么您可能根本不需要备份它，或者至少不需要每周备份一次以上。
测试你的恢复。每次我看到 Evan 说这句话，我都觉得这个人可能从痛苦中吸取了教训。我知道我就是这样的。
拿一个测试机，尝试将其恢复到服务器的原始状态。您很快就会注意到，如果您没有某种 BareMetal 选项，您将不得不在其上安装操作系统和备份代理。因此问题是，重建是否比恢复花费更长的时间？
最重要的备份建议是“测试你的恢复“我能想到的是“知道要备份什么以及要排除什么”。不要尝试在热数据库文件、防病毒隔离区或备份软件用于缓存的目录上运行备份软件。这些方法有时可能会奏效，但最终会导致备份失败，然后您在需要时将无法获得所需的备份。墨菲定律意味着您绝对必须拥有的备份是失败的增量备份。
答案3
正如前面提到的，测试恢复是绝对必要的。其他重要事项包括：
- 记录一切，包括什么东西放到了哪里。
- 使用可以报告的备份软件。例如，如果跳过了锁定的文件，您需要了解这一点，以便不会发生 Evan 描述的情况。
- 确保至少将两个最新备份移至异地。如果仅依赖其中一个，则肯定会出错。
- 如果您珍视自己的数据（您应该这样做），请不要使用一次性介质，例如外部硬盘。请使用专门为此目的而制造的介质。
- 如果您的系统允许，请运行多个备份程序。例如，在 Windows 服务器上，我使用 Windows Backup（到本地磁盘），以便快速轻松地从前一天恢复，但使用 Backup Exec（到磁带）进行“正确”备份。幸运的是，我有足够的时间来完成此操作。
- 将您的备份系统设计得尽可能独立于硬件。如果服务器开始出现问题，您可能需要用不同的品牌或型号来替换它，因此请查明是否可以在不兼容的硬件上进行恢复。
请记住，备份的原因之一是能够从灾难中恢复，例如建筑物和其中的所有东西被摧毁。备份不仅仅是为了让用户在粗心大意的情况下逃脱惩罚。
在选择组成系统的组件时，请考虑未来。如果发生火灾等灾难，您是否仍然能够获得可以读取旧磁带的驱动器等？
答案4
也许这只是题外话，但当你在考虑这个问题时，帮自己一个忙，把所有事情都记录下来。你会很高兴你这么做的，特别是如果你不是 100% 致力于设置和维护备份。
备份什么、何时备份、保存多长时间、实际（经过测试的）恢复过程以及磁带轮换和异地备份的工作方式。理想情况下，这些内容可以与系统 SLA 相匹配，甚至可以构成 SLA 的基础（并有助于任何 DR 规划）
将这些内容清晰地列出并方便访问很有用。大多数人直到需要备份时才会想到备份。或者直到审计员出现。此时，能够拿出一份文件并获取他们需要的东西是件好事。