我正在查看有关创建邮箱数据库的持续复制的数据库可用性组。
以下是我正在考虑的三个选择（如果我的假设错误，我很抱歉）。
- 全新服务器，无需高端。普通服务器仅容纳 Exchange 2010 的邮箱服务器角色并创建持续复制。
- 我有一个辅助 DC，它除了执行 DC 的任务外什么都不做。在该系统上安装 Exchange 2010 邮箱角色并创建持续复制。
- 向 Exchange 2010 服务器添加另一个驱动器，并向该驱动器添加邮箱数据库并在此处启动复制。
你们认为最好的方法/做法是什么？
我应该说明一下：我的想法只是为复制数据库建立一个新的服务器。我不太喜欢使用同一个服务器的想法。甚至可能将该服务器放在不同的位置（远程存储等）以保存复制。不过我还不能 100% 确定它是如何工作的。
答案1
选项 1 听起来绝对是最好的。Microsoft 不建议您在域控制器上安装 Exchange，并且如果该机器的主板出现故障，向现有服务器添加额外的磁盘也无法保护您。
对于您的第二台服务器，您能做的最好的事情就是购买与现有服务器相同的服务器和配置。有时故障转移服务器被视为二等公民，因此其规格低于主服务器。这样做的问题是，当需要进行故障转移时，那些告诉您不要在故障转移服务器上花费太多钱的管理层会因为速度不够快而缠着您。
一要求是两个邮箱服务器上的磁盘布局必须相同。如果您在 E: 上有一个 500GB 的 Exchange 卷，在 F: 上有一个 140GB 的事务日志卷，则 DAG 中的两个服务器的磁盘布局必须相同。
另一个让我想到的问题是，如果该服务器仅用作邮箱服务器，您是否考虑过其他角色（如 CAS 和集线器传输）的高可用性？拥有 DAG 固然很好，但如果您只有一台 CAS/Hub 服务器，并且该服务器发生故障，那么您可能没有 DAG，因为 Outlook 是通过 CAS 服务器连接到邮箱的，而不是像旧版 Exchange 那样直接连接到邮箱。
答案2
在 DC 上运行可以工作，但是有点脆弱。
http://support.microsoft.com/kb/940845<-- MS KB 文章定义了一些问题。
首先，您需要调整一些内容以确保 Exchange 服务在重启后启动。
同一台服务器上完全独立的存储也是有效的复制配置，尽管正如您所注意到的，它不如为其配备独立服务器那么强大。从同一台服务器的存储中恢复将需要准备一台新的 Exchange 服务器并从复制的数据库中安装。它可以工作，但需要付出一些努力。