关于Exchange Server 2010 DAG:

·在两台同时使用典型安装的Exchange服务器上实现DAG时,由于客户端访问、集线器传输、邮箱数据库三种角色都安装在一起,所以不能在使用了DAG的同时使用NLB。若要实现客户端访问和集线器传输服务器角色的高可用性,应当在客户端和这些服务器角色之间使用某种形式的负载均衡,因为网络负载均衡和windows故障转移群集不能同时存在于一台服务器上,必须使用非windows网络负载均衡解决方案(例如使用硬件负载均衡器或基于软件的第三方负载均衡器)

·需要见证服务器来维护仲裁,见证服务器不能是DAG的成员,一旦见证服务器维护的仲裁投票者可用数超过半数(见证服务器也是仲裁一员),服务即可继续提供,如果低于半数,服务将终止。

·DAG的实现过程包含:DAG去群集的创建和创建数据库副本。在Exchange 2010 DAG中,不需要使用共享存储来实现高可用性。

·DAG的实现过程只调用了windows群集功能,高可用性管理是在Exchange Manager Console中进行。

·DAG要求配置的数据库副本的存储位置在所有的节点上需要一致。

·单个DAG最多可以支持添加16个节点(邮箱服务器)。并且可以保存16个邮箱数据库副本。值得注意的是Exchange 2010标准版只能支持每台邮箱服务器最多支持5个数据库。

·DAG在添加完服务器成员后,成功创建群集之后,网络名称资源(群集名称)进入联机状态时,windows故障转移群集会在域名系统中自动注册群集IP地址,并且实现群集名称、IP在内部的查询过程。

·DAG的工作过程依托故障转移群集仲裁功能,DAG是否工作是通过来仲裁结果来做判断,如果仲裁结果不满足运行服务的要求,则所有DAG操作将停止运行,并且DAG中托管的所有装入数据库都将卸除。

·对于偶数个成员的DAG使用故障转移群集的节点和文件共享多数仲裁模式,使用外部见证服务器,并且外部见证服务器也充当投票成员,如果超过半数的成员因为故障无法通信而丢失仲裁权,DAG将宣告服务停止。

·对于奇数个成员的DAG使用故障转移群集的节点多数仲裁模式。并且当超过半数的成员丢失仲裁权时,DAG会停止工作。

-----------------------------------------------------------------------------------------------

实验拓扑:

Exchange Server 2010 LAB Part7.邮箱数据库可用性组DAG_第1张图片

这个拓扑架构图可以说是比较有代表意义的了,在小型企业,一般为节省成本,都不会考虑部署太多台Exchange服务器,毕竟多一台服务器需要多一套操作系统和一套Exchange的投资成本,就算是服务器虚拟化,操作系统可以免费使用,至少也要多给一套Exchange的钱。在考虑成本的同时也不能忽视了高可用性的存在。使用2台Exchange服务器就可以实现高可用性,这里主要指的是邮箱数据库的高可用性,对于Exchange 2007之后的Exchange服务器,微软在架构上区分出5中Exchange服务器角色,并且建议在复杂的企业环境中建议分开单独部署这些角色,所以高可用性也就不仅仅是邮箱数据库的高可用性,所以还需要有客户端访问CAS的负载均衡和冗余、集线器传输服务器HUB的负载均衡和冗余、在边缘上的边缘传输服务器的负载均衡和冗余。

在上图中,两台Exchange服务器采用了默认角色安装(CAS、HUB、Mailbox)。

在高可用性的设计上我们采用服务器群集来实现数据库的高可用性。通过第三方硬件或软件来实现负载均衡和冗余,因为负载均衡和故障群集不能够同时在同一台服务器上同时运行。并且采用企业版以上的操作系统做支撑。

---------------------------------------------------------------------------------------------

在部署数据库可用性组前应该注意:

创建DAG的邮件服务器使用的windows Server操作系统必须是企业版或数据中心版本。因为DAG调用故障群集转移来实现仲裁和故障转移。只有企业版或数据中心版本操作系统带有故障群集转移功能。

内部AD、DNS、CA服务正常运行。

------------------------------------------------------------------------------------

1.权限添加。

       这一步操作如果是实验中使用了第三台非Exchange角色服务器来作为见证服务器的话,必须将Exchange Trusted Subsystem组添加到见证服务器德尔本地管理员组中。如果使用的是Exchange角色服务器作为见证服务器,则不需要执行此步骤。在实际中,如果有第三台Exchange角色服务器(CAS、HUB),直接将第三台Exchange角色服务器作为见证服务器是最佳之选。

Exchange Server 2010 LAB Part7.邮箱数据库可用性组DAG_第2张图片

2.创建数据库可用性组。

       并且为群集指定固定的IP地址。这里群集是会根据创建的数据库可用性组名称自动去创建。如果环境中没有存在可用的DHCP服务器来自动为群集添加IP时,必须执行此步骤,否则绝对报错。这里会报错误,在EMC控制台中操作也会报错,我个人觉得这个应该是一个BUG来的,研究了2天,后来也就放弃了,有知道原因的可以邮件我[email protected]。感激不尽!Exchange Server 2010 LAB Part7.邮箱数据库可用性组DAG_第3张图片

3.添加数据库可用性组成员。

Exchange Server 2010 LAB Part7.邮箱数据库可用性组DAG_第4张图片

Exchange Server 2010 LAB Part7.邮箱数据库可用性组DAG_第5张图片

Exchange Server 2010 LAB Part7.邮箱数据库可用性组DAG_第6张图片

4.配置数据库可用性组网络设置。

       正常情况下,配置完之后会有2个网络出现,一个是我们用来内部邮件流传输的网络192.168.8.0/24,一个是用来群集间数据复制和做心跳检测的网络10.10.10.0/8。我们将内部邮件流传输网络关闭数据复制。

Exchange Server 2010 LAB Part7.邮箱数据库可用性组DAG_第7张图片

Exchange Server 2010 LAB Part7.邮箱数据库可用性组DAG_第8张图片

5.添加邮箱数据库副本。

       邮箱数据库副本我存放在集群中其它服务器上的与自身形态一致的数据库文件。做2成员的DAG时,创建邮箱数据库副本会挺简单,在对方服务器创建一份副本即可。如果是一个群集中由很多台服务器构成一个DAG,那么邮箱数据库的副本在整个群集中也应该只存放一份。可用性不会因为副本数量增多而提高,当群集达到停止服务运行的仲裁标准后,群集中其它所有的副本也将不可用。

Exchange Server 2010 LAB Part7.邮箱数据库可用性组DAG_第9张图片

Exchange Server 2010 LAB Part7.邮箱数据库可用性组DAG_第10张图片

Exchange Server 2010 LAB Part7.邮箱数据库可用性组DAG_第11张图片

Exchange Server 2010 LAB Part7.邮箱数据库可用性组DAG_第12张图片

Exchange Server 2010 LAB Part7.邮箱数据库可用性组DAG_第13张图片

以下查看数据库可用性组状态、群集状态、以及群集生成的DNS记录、以及群集创建的计算机账户。

Exchange Server 2010 LAB Part7.邮箱数据库可用性组DAG_第14张图片

Exchange Server 2010 LAB Part7.邮箱数据库可用性组DAG_第15张图片

Exchange Server 2010 LAB Part7.邮箱数据库可用性组DAG_第16张图片

Exchange Server 2010 LAB Part7.邮箱数据库可用性组DAG_第17张图片

Exchange Server 2010 LAB Part7.邮箱数据库可用性组DAG_第18张图片

至此,Exchange数据库可用性组创建就完成了。