本文出自 “叶俊生” 博客,请务必保留此出处http://yejunsheng.blog.51cto.com/793131/175814

本次实验测试四成员 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(按照定义,它有五个仲裁投票者)则可承受失去两个投票者的情形。
下图说明了所有成员都位于单个数据中心的四成员 DAG。
20034483
此配置有几个方面值得注意:
1.在此设计中,仅将客户端访问、邮箱和集线器传输这三种服务器角色设在一起。尽管支持与统一消息服务器角色位于同一地点,但出于性能考虑建议不要如此配置。
2.若要实现客户端访问和集线器传输服务器角色的高可用性,应当在客户端和这些服务器角色之间使用某种形式的负载平衡。因为这些服务器角色与是 DAG 成员的邮箱服务器位于同一地点,所以不能使用,Windows 网络负载平衡 (NLB)(因为 NLB 和 Windows 故障转移群集不能安装在同一个服务器上),而必须使用非 Windows NLB 解决方案(例如 Internet Security and Acceleration (ISA) Server 2006 负载平衡、硬件负载平衡器或基于第三方软件的负载平衡器)。
3.与所有成员人数为偶数的 DAG 一样,两成员 DAG 也需要见证服务器来维护仲裁。只要仲裁投票者中有超过半数的人可用并正在通信即可维护仲裁。具有见证服务器的两成员 DAG 提供三个仲裁投票者(一旦它们可用并正在进行通信,每个 DAG 成员和见证服务器就可以投票)。因此,两成员 DAG 不会因单个投票者(例如,某个 DAG 成员,或只是见证服务器)的故障或中断而中断服务。但是,如果丢失两个投票者(例如,某个 DAG 成员和见证服务器),则将导致仲裁丢失,进而导致服务中断。
有关如何规划高可用性和站点恢复
请参考:
http://technet.microsoft.com/zh-cn/library/dd638104.aspx
有关如何部署高可用性和站点恢复
请参考:
http://technet.microsoft.com/zh-cn/library/dd638129.aspx
有关如何管理高可用性和站点恢复
请参考:
http://technet.microsoft.com/zh-cn/library/dd638215.aspx
数据库可用性组设计示例: Exchange 2010 帮助
请参考:
在创建Exchange Server 2010DAG之前首先回忆过去的Exchange Server 2003和Exchange Server 2007的高可用性和现在的DAG的变化有多大,下面共享几张截图给大家看看。
20034484
上面的一张截图是以前的Exchange Server 2003高可用性图片,大家可以访问我以前写的这篇文章: http://yejunsheng.blog.51cto.com/793131/160963 这篇文章就是介绍如何创建两个节点的Exchange Server 2003群集,这篇文章好像是我2008年写的文章,到现在快2年的时间了。
20034485
上面的一张截图是以前的Exchange Server 2007高可用性图片,从上面的截图可以看到介绍了SCR和CCR两种高可用性,Exchange Server 2007 SP1之前还有一种高可用性是叫做LCR,大家可以访问我以前写的Exchange Server 2007高可用性文章: http://yejunsheng.blog.51cto.com/793131/160962 这篇文章是介绍如何创建Exchange Server 2007 LCR(本地连续复制)
http://yejunsheng.blog.51cto.com/793131/160961 这篇文章是介绍如何创建Exchange Server 2007 CCR (群集连续复制)
上面二篇Exchange Server 2007高可用性的文章好像是我2009年3月份左右写的文章,到现在也快1年半了,回想到以前那个时候自己的生活和学习情况,呵呵
20034486
上面的一张截图是微软现在发布的最新邮件服务器产品Exchange Server 2010,从上面的截图可以看到它是介绍Exchange Server 2010的高可用性DAG(数据库可用性组)。
接下来就给大家介绍如何创建和卸载Exchange Server 2010四成员DAG
测试环境:
1.操作系统全部为Windows Server 2008 R2 Enterprise Enition
2.共计六台虚拟机(全部运行在Hyper-V上),GC一台、Exchange Server 2010 五台(服务器名称分别为GC,DAG-Node1,DAG-Node2,DAG-Node3,DAG-Node4,Ex2010HUB),DAG-Node1、DAG-Node2、DAG-Node3和DAG-Node4安装CAS,HUB,MBX三个角色,EX2010HUB只安装HUB做见证服务器(“见证服务器”是 DAG 外部的服务器,当 DAG 的成员数为偶数时,使用该服务器可实现和维护仲裁。DAG 的成员数为奇数时,则不使用见证服务器。)
3.网络规划(GC和Ex2010HUB为单网卡,DAG-Node1、DAG-Node2、DAG-Node3和DAG-Node4为双网卡)
GC:
公共网络: 192.168.1.2 这个地址是可以连接到Internet
DAG-Node1
公共网络: 192.168.1.3 这个地址是可以连接到Internet
MAPI: 10.10.10.1 这个地址是提供给DAG之间相互通讯的,是私有网络,不能够连接到Internet
DAG-Node2
公共网络: 192.168.1.6 这个地址是可以连接到Internet
MAPI: 10.10.10.2 这个地址是提供给DAG之间相互通讯的,是私有网络,不能够连接到Internet
DAG-Node3
公共网络: 192.168.1.8 这个地址是可以连接到Internet
MAPI: 10.10.10.3 这个地址是提供给DAG之间相互通讯的,是私有网络,不能够连接到Internet
DAG-Node4
公共网络: 192.168.1.12 这个地址是可以连接到Internet
MAPI: 10.10.10.6 这个地址是提供给DAG之间相互通讯的,是私有网络,不能够连接到Internet

共分为四部分:
1.Exchange安装
2.创建DAG组
3.启用邮箱数据库副本
4.关机测试
Exchange Server 2010 安装
1.GC安装(略),将五台服务器加入域,服务器操作系统均为Windows Server 2008 R2
20034423
2.给五台Exchange Server 2010添加组件,并安装Microsoft Filter Pack ,将Net.Tcp 端口共享服务的启动模式必须设置为“自动”。Ex2010HUB不需要安装故障转移群集。
20034424
20034425
20034426
3.DAG-Node1、DAG-Node2、DAG-Node3和DAG-Node4安装过程相同,Ex2010HUB只安装集线器传输服务器角色。
20034427
20034428
20034429
20034430
20034431
20034432
20034433
20034434
20034435 20034436 20034437 20034438 20034439 20034440 20034441
创建数据库可用性组
1.在DAG-Node4上打开Exchange管理控制台,新建数据库可用性组
20034442
2.将组名设置为Ex2010DAG,指定见证服务器为Ex2010HUB,并将见证目录设置为c:\Ex2010DAG(会自动创建)
20034443
3.完成
20034444
20034475
大家要注意: 如果你不是使用Exchange Server 2010服务器做见证服务器的话,一定要提前把Exchange Trusted Subsystem这个账户添加到Administrators这个组里面 ,否则它会提示权限不足,无法新建数据库可用性组,比如说你使用DC来做见证服务器的话,此时一定要提前把Exchange Trusted Subsystem这个账户添加到Administrators这个组里面。
4.打开EMS查询刚刚创建的Ex2010DAG是否有IP地址
20034445
5.为Ex2010DAG指定IP为192.168.1.68,再次查询可以看到IP地址.
20034446
6.为Ex2010DAG添加第一个节点DAG-Node1
20034447
20034448
20034449
7.完成后在Ex2010HUB的C盘中可以看到Ex2010DAG这个文件夹已经自动创建了
20034450
8.在Exchange Server 2010管理控制台和故障转群集管理器中可以看DAG-Node1正常添加
20034451
9.为Ex2010DAG添加第二个节点DAG-Node2、第三个节点DAG-Node3和第四个节点DAG-Node4
20034452
20034453
20034454
10.在Ex2010HUB的C盘中可以看到Ex2010DAG这个文件夹有文件了
20034455
补充:
上面1-5步可以通过EMS的脚本,很快就能完成。。。
New-DatabaseAvailabilityGroup -Name Ex2010DAG -WitnessServer Ex2010HUB -WitnessDirectory C:\Ex2010DAG -DatabaseAvailabilityGroupIPAddresses 192.168.1.68
邮箱数据库添加副本
1.到数据库管理中为邮箱数据库DAG-Node1添加副本
20034456
2.指定副本的服务器为DAG-Node2、DAG-Node3和DAG-Node4
20034457
3.完成后可以看到DAG-Node1已装入,邮箱数据库DAG-Node1在服务器DAG-Node2、DAG-Node3和DAG-Node4上为正常状态(备用)
20034458
20034459
20034460
4.同样的方法为邮箱数据库DAG-Node2添加副本指定为DAG-Node1、DAG-Node3和DAG-Node4,为邮箱数据库DAG-Node3添加副本指定为DAG-Node1、DAG-Node2和DAG-Node4,为邮箱数据库DAG-Node4添加副本指定为DAG-Node1、DAG-Node2和DAG-Node3。
20034461
20034462
20034463
20034464
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
20034465
关机测试
1.通过owa访问DAG-Node1,可以看到叶俊生这个用户的收件箱中的邮件。
20034466
20034467
2.将服务器DAG-Node1、DAG-Node2和DAG-Node3关机后,在群集管理器中可以看到DAG-Node1、DAG-Node2和DAG-Node3处于脱机状态,在服务器DAG-Node4中可以看到服务器DAG-Node1、DAG-Node2和DAG-Node3复制状态为ServiceDown
20034468
20034469
20034470
20034471
3.通过owa访问DAG-Node4,可以看到叶俊生这个用户的收件箱中的邮件。
20034472
20034473
4.将服务器DAG-Node1、DAG-Node2和DAG-Node3开机后恢复正常。
20034474
从上面的详细步骤可以看到目前为止使用Exchange Server 2010创建四成员DAG已经全部成功了,还有一点就是给大家提醒一下创建完成DAG之后会在GC上自动创建一台叫做EX2010DAG的计算机和一条叫做Ex2010DAG的主机记录。
20034476
接下来就是给大家介绍如何把刚才使用Exchange Server 2010创建的四成员DAG全部 卸载掉。
注意:在卸载DAG之前,需要先卸除邮箱数据库的副本,否则不能成功,卸载数据库的副本可以通过图形界面来完成。
下面是卸载邮箱数据库的副本和卸载数据库的详细步骤:
20034477
20034478
从上面二张截图可以看到我已经把DAG-Node1、DAG-Node2、DAG-Node3和DAG-Node4这四台Exchange Server 2010服务器上的所有邮箱数据库的副本全部卸载掉了。
20034479
20034480
20034481
20034482
从上面四张截图可以看到我把刚才使用Exchange Server 2010创建的四成员DAG(数据库可用性组)全部卸载掉了。
好了,整个实验测试结果全部完成,希望给大家在学习和工作中有很大帮助,自己想一下快半年没有在www.51cto.com这个技术博客网站发布技术文章了,今天Share这篇Exchange Server 2010技术文章给大家是应该的,以后有时间会把微软的基础架构产品的最新技术共享给大家,欢迎大家以后常来作客。