我正在build立一些新的Windows 2012服务器，以取代目前在2003年的旧服务器。我担心的一个问题是，如果我们发生重大故障，请尝试并制定适当的灾难恢复计划以使其恢复正常运行。 我计划有以下几点：
服务器1：域控制器，文件/打印服务器，SQL Server，Web服务器
服务器2：Exchange（2013）服务器
服务器3：“备份”域控制器
如果发生故障，我还会使用备用服务器硬件（相同）。
我的主要问题是围绕服务器1的备份。首先，最多只有100个用户，文件/打印和SQL可能只能使用大约25个。我知道在一个完全理想的情况下，DC会是这样，没有别的，但这是一个相对较小的设置，所以我没有看到一个盒子上的所有这些服务的问题。
在理想的情况下，我想运行光盘克隆，然后在服务器出现故障的情况下恢复（然后应用数据库备份，用户文件等）。 但据我了解，你永远不应该恢复一个域控制器的克隆，因为那么所有的编号是不同步的，复制将失败等。
我想在准备服务器之前先做一个克隆，然后再把它提升到DC。 不过，阅读SQL Server上的注释（我将使用Express 2012），它表示，虽然它将在域控制器上运行，但在安装时无法升级（或降级）服务器。 即我不能安装SQL，然后提升服务器。
所以目前我的DR计划似乎要恢复一个Win2012的克隆，然后重新join到域名，推广它，重新安装SQL等，即相当多的步骤。
一个想法是，如果我违背了规则并克隆了整个系统，那么在发生故障的情况下，我可以进行完全恢复，但是立即从域中删除“备份”域控制器（并稍后重新引入）让复制编号重新同步）？ 那我会认为自从上次备份以来，已经失去了AD的改变，但考虑到我们组织的规模，他们很可能是最小的。
任何其他的想法欢迎。
你有没有考虑使用虚拟机，而不是试图在硬件上的东西？ 这将使您的系统更容易备份和pipe理。 您可能需要一些额外的Windows服务器许可证，但您不仅可以解决在同一操作系统上运行多个服务的问题，还可以在物理机之间更有效地分配负载。
假设您有一个好的备份策略，这也将使DR更容易。
这里有两件事情需要注意 – 你可以通过使用虚拟化来将服务分离出来 – HyperVpopup窗口就是一个明显的例子，这将很好地解决你的问题，关于SQL和DC函数相互跳闸。
另一个build议是放弃使用磁盘映像进行备份的想法 – 即使在Express版本中，SQL Server也有自己丰富的备份function，您应该利用它来将数据库备份到文件中，然后您可以使用“传统”备份系统来备份这些文件和共享文件（这将允许您仅仅恢复一个被删除的文件，比从图像更简单地恢复）和服务器的“系统状态”你需要做一个DC的灾难恢复。
如果是我，我会find一种方法让域控制器只是一个域控制器，并把你的Exchange和SQL在其他服务器上。 虚拟化是实现这一点的一种方式，只要您的硬件可以处理所有这些。
克莱尔