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

一些随意的想法：

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

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

我已经看到了几种情况，服务程序（数据库引擎等）保持文件locking，多年的备份没有捕获locking的文件。 如果尝试恢复尝试，这将是显而易见的。

如果您有Active Directory，则需要定期在您的某个域控制器上进行“系统状态”备份。

如果您打算对特定服务器计算机进行裸机恢复，那么以常规方式进行“系统状态”（或同等）备份是非常好的。

考虑你正在备份的数据…它是一个数据库服务器？ 它是一个Web服务器？ 文件服务器？
操作系统驱动器上的数据是必需的吗？ 如果是这样的话 恢复操作系统比重build操作系统需要更长的时间吗？

如果它是一个服务器，我打算做一个裸机types恢复，我确保我得到操作系统和系统状态每天，以及数据。

如果它只是一个文件服务器，而且在操作系统的硬盘上几乎没有任何事情发生，那么您可能根本不需要备份它，或者至less不会每周更新一次。

testing你的恢复。 每当我看到埃文这样说的时候，我认为有一个人可能很难学到这一点。 我知道我做到了。

拿一个testing框，然后尝试将其恢复到您的服务器的原始状态。 你会很快注意到，如果你没有某种BareMetal选项，你将不得不把操作系统和备份代理放在它上面。 因此，重build问题比重build需要更长时间？

“ testing恢复 ”后最重要的备份build议我能想到的是“知道备份和排除什么” 。 不要尝试通过热数据库文件或反病毒隔离区或备份软件用于caching的目录来运行备份软件。 这些事情可能会在某些时候起作用，但最终会导致备份失败，然后当您需要备份时，您将不需要备份。 墨菲法则意味着你绝对必须拥有的备份是失败的增量。

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

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

请记住，备份的原因之一是能够从灾难中恢复，比如build筑物和其中的一切都被破坏了。 他们不只是让你的用户可以逃避不小心。

当select组成你的系统的组件考虑到未来。 如果您遇到诸如火灾之类的灾难，您是否还能够获得可以读取旧磁带的驱动器等

备份所有的东西 ，国际海事组织。

这不仅仅是恢复数据 – 这是很容易的部分。 你还可以恢复在服务器上运行的任何应用程序？

也许在旁边，但是当你想到的时候，请帮个忙，logging一切。 如果您不是100％致力于设置和维护备份，那么您会很高兴。

备份的内容，保存时间，实际（testing）恢复过程以及磁带旋转和停止工作的方式。 理想情况下，这些事情可以与系统SLA匹配，甚至可以形成SLA的基础（并且可以用于任何DR计划）

有这个东西清楚地设置和易于访问是有用的。 大多数人在需要备份之前不会考虑备份。 或直到审计员出现。 在这一点上，能够提取文档并获得他们所需的内容是非常好的。

要记住的一件事是备份系统状态数据 ，这将大大有助于在发生服务器丢失事件后进行恢复。

我们已经备份了大量使用Symantec Ghost的服务器，并且每次都很棒。

但就像磁带存储一样，确保在类似的硬件上进行testing。

我的一些同事使用的另一个软件是Acronis，其工作得很好。

不要将备份命名为“新备份”，“新备份”。 总是写下一个date。

我build议进行传统的主/差分文件级备份（以便于单个文件恢复）以及对服务器的引导分区进行裸机备份。 如果服务器出现故障，则可以将操作系统/应用程序还原到修复/更换的硬件，然后以非常短的时间运行，然后恢复文件级别。 我还会考虑备份到像Unitrends解决scheme（或同等scheme）的磁盘目标/设备。