因此，我正在研究使用当前设置的裸机恢复情况。不确定这是否可行，但正在寻找一个假设的恢复路径，以便与一些 Server Fault 专家讨论 ;)。
截至目前，我们的 DC 目前托管着我们的 Exchange 03 服务以及一些 IIS 网站。我们目前使用 Backup Exec 11d 进行备份。它每周轮换一次，每晚进行一次完整备份。如果我发现我们的操作系统发生灾难性故障（让我处于与进行裸机恢复相同的境地），我将无法恢复到操作点（至少不容易）。
我认为创建系统映像（使用 Norton Ghost 或 Acronis True Image）将为我提供恢复到原先状态所需的基础。即使映像已有 6 个月的历史，只要备份一直执行到故障点，就可以重新加载映像并恢复上次备份，而这只会让我们距离故障点一天。这种想法有什么缺陷吗？
让我首先想到这些的原因是，在对所有软件介质进行清点时，我们发现缺少很多磁盘，无法从头构建提供相同服务的盒子（没有 Exchange 03 磁盘、没有 BackupExec 11d 磁盘、没有 Windows Server 03 VLK）。我目前正在解决这个问题，但与此同时，我需要一个恢复计划。任何见解都值得赞赏。
答案1
您说得对，此时获取系统映像非常重要，因为您缺少重新安装和恢复所需的介质。我认为这样做的问题是，如果硬件出现故障，您将无法恢复该映像，并且如果您用与获取映像的来源不完全相同的东西替换硬件，您可能仍然很难恢复它。
我认为您应该考虑使用某种冗余的 Windows 服务器。设置第二台服务器并将其设为 DC，在 Windows 2000/2003 中，DC 是多主控的。只需将其提升为域中的 DC，然后让 AD 进行复制即可。还可以使用 Exchange 设置复制，然后只需在该服务器上的 IIS 中保留网站的副本，并在主服务器发生故障时将 DNS 指向它即可。
希望这对您思考您的策略有所帮助。最后还有一件事您可能想看看巴库拉和克隆兹拉而不是 Backup Exec 11d 和 Acronis True Image，它可以为你节省一些钱，而且它们的名字更酷 :)
答案2
我觉得你的计划没有任何缺陷。事实上，这是我在这里实施的相同计划，尽管我确实有磁盘。它很简单，但很有效。
我已经针对不同的硬件测试了我们的恢复功能，虽然有时我需要安装额外的驱动程序，但它的工作效果与预期一致。在紧急情况下，我可以用任何可用的 PC 甚至 VM 替换我们的任何 Windows 服务器，直到获得新服务器。
答案3
嗯，这很不幸。短期内，你可以制作服务器的镜像。你必须（如果我是你，我会这么做）关闭服务器，然后拍摄镜像。这只是我的个人偏好，但你确实在那个盒子上有很多不同的服务。
在恢复时，我认为您最关心的是确保服务能够正确恢复。一开始就无法正常工作的可能性大于 0（尤其是在混合使用 DC 的情况下）。在 DC 上安装 Exchange（不是顺便推荐）和东西可能变得棘手。此外，正如 Evan 指出的那样，如果混合了其他 DC，某些 AD 服务可能会出现问题，但我很确定通过 ADSM 在非授权模式下启动恢复的 AD 可以绕过该问题。
继续往下看，你会想要尝试将你的服务分散开来。一方面，你不想在 DC 上安装 Exchange，另一方面，你希望为你的 BE 配备一个单独的媒体服务器（你没有在问题中说明是否是这种情况；我只会介绍所有基础）。这有助于避免在发生灾难时服务完全中断，并且可以在你努力启动受影响的服务时允许你的用户使用某些功能。更不用说，如果你的媒体服务器安装在发生故障的同一台服务器上……那么，你对任何人都没有好处，你仍然必须从你还没有的 CD 进行安装。
您还可以查看 BE（或其他一些备份解决方案）的一些较新产品。过去几年，他们在成像、灾难恢复以及备份和恢复方面取得了长足进步。您运行的 BE 版本至少落后三个主要版本，虽然您可能有支持合同，但您可能会喜欢较新软件提供的一些扩展功能集。