1 部署前的准备
1.1 网络环境规划：
如图：
1.1.1 DAG介绍：
数据库可用性组 (DAG) 可以容纳多达 16 个邮箱服务器，并且可以跨多个物理位置和 Active Directory 站点扩展 DAG，这些都为 DAG 提供了很多体系结构设计可能性。
可以在下列各种环境中使用 DAG 的设计示例：
1.两成员 DAG，适用于小型办公室和分区办公室部署
2.四成员 DAG，可通过定位同一数据中心中的所有成员来提高单个数据中心的高可用性
3.四成员 DAG，可通过在主数据中心定位两名成员和在第二个数据中心定位另外两名成员来提高单个数据中心的高可用性以及该数据中心的站点弹性DAG 所使用的设计和邮箱数据库副本的分发方式将基于组织的服务级别协议 (SLA) 和这些 SLA 中声明的邮箱服务和数据的恢复时间目标和恢复点目标。
单个数据中心/Active Directory 站点中的四成员 DAG : 单个数据中心部署中的四成员 DAG 可提供比两成员或三成员 DAG 弹性更大的故障应对能力。更大的 DAG 本身就能提供更大的弹性，因为它们能够承受更多故障且不会造成服务中断。在不损失仲裁和有损服务的情况下，两成员或三成员 DAG 仅可承受失去单个投票者的情形，而四成员 DAG（按照定义，它有五个仲裁投票者）则可承受失去两个投票者的情形。
1.1.2 此配置有几个方面值得注意：
1.在此设计中，仅将客户端访问、邮箱和集线器传输这三种服务器角色设在一起。尽管支持与统一消息服务器角色位于同一地点，但出于性能考虑建议不要如此配置。
2.若要实现客户端访问和集线器传输服务器角色的高可用性，应当在客户端和这些服务器角色之间使用某种形式的负载平衡。因为这些服务器角色与是 DAG 成员的邮箱服务器位于同一地点，所以不能使用，Windows 网络负载平衡 (NLB)（因为 NLB 和 Windows 故障转移群集不能安装在同一个服务器上），而必须使用非 Windows NLB 解决方案（例如 Internet Security and Acceleration (ISA) Server 2006 负载平衡、硬件负载平衡器或基于第三方软件的负载平衡器）。
3.与所有成员人数为偶数的 DAG 一样，两成员 DAG 也需要见证服务器来维护仲裁。只要仲裁投票者中有超过半数的人可用并正在通信即可维护仲裁。具有见证服务器的两成员 DAG 提供三个仲裁投票者（一旦它们可用并正在进行通信，每个 DAG 成员和见证服务器就可以投票）。因此，两成员 DAG 不会因单个投票者（例如，某个 DAG 成员，或只是见证服务器）的故障或中断而中断服务。但是，如果丢失两个投票者（例如，某个 DAG 成员和见证服务器），则将导致仲裁丢失，进而导致服务中断。
1.1.3 数据库副本布局设计
为邮箱服务器设计高可用性解决方案时，需要确保各种基础结构组件的高可用性，其中包括：
基础结构服务（如 Active Directory 和域名系统 (DNS)）
数据库可用性组 (DAG) 成员服务器
各个存储组件（如磁盘、存储控制器和存储架）
各个网络组件（如路由器、交换机和聚合器）
服务器和存储机架
电源总线
数据中心
每一个组件区域均代表潜在的故障点，有时将其称为“故障域”。因此，DAG 的可用性级别最终取决于如何设计解决方案来隔离并最小化某个域发生故障时可能对 DAG 环境产生的负面影响。若要实现故障域之间的独立性，每个故障域必须具有一个数据库副本。此外，由于故障会导致多个副本不可用，因此每个故障域仅需要一个副本。
例如，考虑有两个数据库副本的情况。每个副本分别存储在单独的磁盘组中，但这两个副本位于相同的存储阵列中。如果存储阵列出现故障或因任何原因不可用，则这两个副本也将不可用。在本示例中，故障域为存储阵列。阵列中只应驻留每个邮箱数据库的一个副本。否则，如果阵列出现故障，数据库的多个（也可能所有）副本都将不可用。
规划邮箱体系结构时，需考虑以下其他设计要点：
是否部署多个数据库副本？
部署多少个数据库副本？
是否有站点恢复体系结构？
部署哪种类型的邮箱服务器恢复模型？
部署多少个邮箱服务器？
使用什么备份模型？
使用什么存储体系结构？
DAG部署规划不再做过多介绍，如要了解更详细信息请参阅微软官方技术文档库
http://technet.microsoft.com/zh-CN/library/dd638104
本环境为虚拟环境，所有服务器均在Hyper-V群集中进行。
1.2 系统及相关服务器的准备
DAG的两台服务器必须要两块网卡，见证服务器一块网卡。
域控制器
Exchange server DAG1
Exchange server DAG2
DAG配置服务器网络如下图
Exchange server 见证服务器
