Exchange 2016异地容灾系列-环境准备（一）

咱们在使用Exchange系统时，都很是想要一个天天可靠而又可用的邮件系统。对于许多公司而言，邮件系统是咱们业务连续性计划的一部分，而且在设计邮件服务部署的时候都应考虑站点恢复。基本上，许多站点恢复解决方案都涉及在第二个数据中心部署。
下面是官方给出的一些前期规划：

最终，DAG 的整体设计（其中包括 DAG 的成员数和邮箱数据库副本数）将取决于每一个组织的包括各类故障情形的恢复服务级别协议 (SLA)。在规划阶段中，解决方案的结构设计师和管理员将肯定部署要求，尤为是站点恢复要求。他们肯定要使用的位置和所需的恢复 SLA 目标。SLA 将肯定两个特定的元素，这两个元素应是设计高可用性和站点恢复解决方案的基础：恢复时间目标和恢复点目标。这两个值都以分钟为单位度量。恢复时间目标是指恢复服务所需的时间。恢复点目标指在完成恢复操做以后数据的新旧程度。还能够将 SLA 定义为在解决主数据中心的问题以后，将还原为完整服务。
解决方案的结构设计师和管理员还将肯定哪一组用户须要站点恢复保护，并肯定多网站解决方案是主动/被动配置仍是主动/主动配置。在主动/被动配置中，备用数据中心中一般不驻留任何用户。在主动/主动配置中，用户同时驻留在两个位置，在该解决方案中，数据库总数中有必定的百分比在第二个数据中心的首选活动位置。当一个数据中心的用户的服务出现故障时，将在另外一数据中心中激活这些用户。
构造适当的 SLA 一般须要考虑如下基本问题：

• > 主数据中心出现故障后，须要什么级别的服务？
• > 用户是须要数据服务仍是仅须要邮件服务？
• > 急需数据的程度怎样？
• > 必须支持多少用户？
• > 用户如何访问自已的数据？
• > 什么是备用数据中心激活 SLA？
• > 服务如何移回主数据中心？
• > 资源是否专用于站点恢复解决方案？

经过回答这些问题，咱们能够设计出一个邮件解决方案构建站点恢复设计的大体框架。从站点故障进行恢复的核心要求是：建立解决方案，将必要的邮件数据放入承载备用邮件服务的备用数据中心。

在本系列博文中，咱们采用的是创建跨站点的DAG实现邮件系统的异地容灾，即假设我公司总部数据中心在北京、上海也有一个数据中心，用来作Exchange邮件系统的数据备份容灾。
当北京数据中心发生灾难时，经过手工的方式启动上海的容灾服务器，从而来实现异地容灾。RTO小于1小时，RPO小于15分钟。

下表是我测试环境的网络信息，所有为虚拟机：

服务器名称	操做系统	IP地址	网关	DNS	角色
BJAD01	windows server 2012 R2	10.1.1.1	10.1.1.10	10.1.1.1	北京域控01
BJEX01	windows server 2012 R2	10.1.1.2	10.1.1.10	10.1.1.1	北京Exchange01
BJEX02	windows server 2012 R2	10.1.1.4	10.1.1.10	10.1.1.1	北京Exchange02
SHAD01	windows server 2012 R2	172.16.1.1	172.16.1.10	10.1.1.1	上海域控01
SHEX01	windows server 2012 R2	172.16.1.2	172.16.1.10	172.16.1.1	上海Exchange01
SHEX02	windows server 2012 R2	172.16.1.3	172.16.1.10	172.16.1.1	上海Exchange02
Router	windows server 2012 R2	10.1.1.10 172.16.1.10	\	\	路由器

环境拓扑信息以下：

环境准备到此，下一篇咱们建立配置路由器！