我正在设置一些新的 Windows 2012 服务器来替换目前使用 2003 的旧服务器。我关心的问题之一是尝试制定合适的 DR 计划，以便在发生重大故障时让它们恢复正常运行。我计划进行以下操作：
服务器 1：域控制器、文件/打印服务器、SQL 服务器、Web 服务器
服务器 2：Exchange（2013）服务器
服务器 3：“备份”域控制器
我还将准备备用的服务器硬件（相同），以便在发生故障时使用。
我的主要问题是关于服务器 1 的备份。首先，最多会有 100 个用户，而文件/打印和 SQL 可能只会被大约 25 个用户使用。我知道在完全理想的情况下，DC 就是这样，没有别的，但这是一个相对较小的设置，所以我认为将所有这些服务放在一个盒子里没有问题。
在理想情况下，我希望运行磁盘克隆，然后在服务器完全故障的情况下将其恢复（然后应用数据库、用户文件等的备份）。但是据我了解，您永远不应该恢复域控制器的克隆，因为这样所有编号都会不同步，复制将失败等。
我考虑过准备服务器，但在将其升级为 DC 之前进行克隆。但是，阅读 SQL Server 上的说明（我将使用 Express 2012）时，它说虽然它将在域控制器上运行，但您无法在安装服务器时对其进行升级（或降级）。即，我无法安装 SQL 然后升级服务器。
因此目前看来我的 DR 计划必须是恢复 Win2012 克隆，然后将其重新加入域、提升它、重新安装 SQL 等，即相当多的步骤。
我有一个想法，如果我确实违反了规则并克隆了整个系统，那么在发生故障的情况下，我是否可以进行完全恢复，然后立即从域中删除“备份”域控制器（然后重新引入）（以使复制编号重新同步）？我认为自上次备份以来，AD 更改已经丢失，但考虑到我们组织的规模，这些更改可能很小。
欢迎任何其他想法。
答案1
您是否考虑过使用虚拟机，而不是尝试将所有东西都塞到硬件上？这将使您的系统更易于备份和管理。您可能需要几个额外的 Windows 服务器许可证，但您不仅可以解决在同一操作系统上运行多个服务的问题，还可以获得在物理机之间更有效地分配负载的能力。
假设您有一个良好的备份策略，它还将使 DR 变得更加容易。
答案2
这里有两件事让你想到 - 你可以使用虚拟化来分离一个盒子上的服务 - HyperV 就是一个明显的例子，这可以很好地解决 SQL 和 DC 函数相互绊倒的问题。
我的另一个建议是放弃使用磁盘映像进行备份的想法 - SQL Server 拥有自己丰富的备份功能，即使在 Express 版本中也是如此，您应该利用它将数据库备份到文件，然后可以使用“传统”备份系统来备份这些文件加共享文件（这将允许您轻松地从图像中恢复一个已删除的文件）和服务器的“系统状态”，这是您对 DC 进行灾难恢复所需要的。
答案3
如果是我，我会想办法让域控制器只是域控制器，并将 Exchange 和 SQL 放在其他服务器上。虚拟化是实现此目的的一种方法，前提是您的硬件可以处理所有事情。
克莱尔