Exchange Server 2010数据库高可用性组(DAG)

合集下载

部署Exchange2010服务器

部署Exchange2010服务器

设置服务启动类型 安装完所需的角色 和功能后,在 CASHUB1服务器上 把Net.Tcp Port Sharing Services服务 的启动类型设置为 自动,如图2所示。 Active Directory准备 接下来要准备AD权限,安装过Exchange2003的 朋友们都有经验。Exchange服务器和AD结合得 非常紧密,部署Exchange的过程中会对AD进行 大量的修改。Exchange2010的部署也有这样的 特点,部署Exchange2010时要确保使用的账号 有修改AD架构的权限。 1、 旧版Exchange服务器权限准备 如图4所示,在CASHUB1服务器上运行cmd。切 换到Exchange2010安装光盘所在的盘符,本例 是D盘,然后运行setup/pl,这是为旧版的 Excha大小之后,就要在存储上规划Lun了。一般在生产环境下,负载 的用户超过千人,基本都要使用专业的存储设备,这主要是基于性能及数据安全的考 虑。当然,要是预算真的有限,使用服务器本地硬盘也不是绝对不行。 上文规划了每个邮箱及每个数据库需要的存储空间,考虑到数据安全,一般来说 数据库和日志应该规划到不同的Lun。每个Lun可以存储两个邮箱数据库或两个邮箱数 据库日志,而每个邮箱数据库承载的邮箱应该在300以下。这些都是根据最佳实践得出 的推荐值,可供大家参考。大家根据每个Lun存储两个数据库,每个数据库300邮箱, 就可以计算出需要在存储上规划多少个邮箱数据库Lun和多少个日志Lun了。 顺便提一下,规划时考虑硬件的需求不是想当然的。要根据官方的规划文档得出 参考值,而且一般要预留20%的性能空间。我最近见过某单位使用Exchange2010服务器 支持4000用户,居然使用的是一台单服务器拓扑。而且允许用户上传200M大小的附件, 听得我那是一个汗哪。俺弱弱地提问一句:Exchange的性能有问题吗?“有啊,很多用 户发信时有很大的延时,好多人发信后过了半天发现信还在Outlook里…..”。我一听这 叫一个崩溃,信在Outlook中那说明Exchange根本响应不过来了,可怜啊….再问,为什 么允许用户发这么大的附件啊?答曰:“由于我们没有文件服务器…….” 九 网络准备 接下来要准备Exchange服务器的网络设备。Exchange的两台邮箱服务器需要使用 DAG实现高可用,规划两台邮箱服务器使用双网卡,一块网卡连接生产网段,一块网卡 传递心跳信息。两台CAS/HUB服务器用NLB组成一个负载平衡群集,CAS/HUB服务器和 邮箱服务器类似,也是使用两块网卡。我们也咨询过微软工程师,能否使用一块网卡。 微软工程师答复也是可以的,因为心跳数据并不是很多,一块网卡也可以承载

Exchange Server 2010 SP2 高可用性(一)---部署CASHUB服务器

Exchange Server 2010 SP2 高可用性(一)---部署CASHUB服务器

Exchange Server 2010 SP2 高可用性(一)---部署CAS/HUB服务器先来说一下我的环境,我的实验环境为单域环境,域名为非常经典的。

环境中会用到4台Exchange Server 2010 SP2服务器,我们用其中的2台来部署Exchange的CAS/HUB(客户端访问/集线器传输)角色,通过Windows的负载均衡技术,来实现CAS服务器的负载平衡,另外2台用来部署Exchange的MailBox (邮箱)角色,并通过它们来组建邮箱服务器数据库高可用性组(DAG)然后呢,要与Intenet网上的邮件服务器进行收发信,但现再的问题是,在公网上早已经被注册了,也就是说,我们只能在内网玩玩了,想要在公网进行收发信,还得申请一个公网上没有注册过的域名,于是另外申请了域名,决定用它来做为邮件的后缀名,这样一来,内外网域名就不一致了,想要保持一致,那就得更改内部域名,但是可能吗?这么多服务器、客户端都在用登录呢那么现有内部域名为,外部域名为,在安装好Exchange后默认是以 做为邮件后缀来收发信的呀,怎么才能实现用的邮件后缀名在内外网实现收发信,最有效的方法当然是通过邮件地址转换,本次实验我们就一步一步来模拟这个场景,高可用性环境下内外网域名不一致的解决方法,实验分为以下几个章节来讲述1.部署CAS/HUB服务器2.创建CAS服务器阵列3.部署邮箱服务器4.创建DAG5.配置证书6.配置OWA7.配置邮件地址转换8.配置内外网邮件收发9.配置POP3、IMAP10.配置Outlook Anywhere下图是本次实验相关服务器的参数以下是本次实验拓扑CAS服务器就好比接待员,客户端在访问邮箱的时候,会首先去连接CAS服务器,那HUB服务器就是投递员了,它负责邮件的投递和路由,通常情况下,在搭建高可用性环境时,都是将这2个角色部署在一起,当然也可以将它们分开部署,比如用2台CAS服务器、2台HUB服务器以及2台邮箱服务器来实现整个环境的高可用性下面我们来到cqexcashub01这台服务器上,以下是cqexcashub01加入到域后的信息,它将作为第一台CAS/HUB服务器安装Microsoft Filter Pack 2.0下载地址:/download/D/9/6/D96D2ED1-0D95-4EF5-932C-323F6A8754A0/FilterPack64bit .exe由于我们后续会在两台CAS/HUB服务器上实现负载均衡,这里需要添加网络负载平衡功能添加功能的方法可以在图形界面的服务器管理器中进行添加,也可以通过PowerShell进行添加,这里我们用PowerShell输入命令 :Import-Module ServerManagerAdd-WindowsFeature NLB接下来添加CAS/HUB服务器所需要的组件Add-WindowsFeatureNET-Framework,RSAT-ADDS,Web-Server,Web-Basic-Auth,Web-Windows-Auth,Web-Metabase,Web-Net-Ext,Web-L gcy-Mgmt-Console,WAS-Process-Model,RSAT-Web-Server,Web-Asp-Net,Web-ISAPI-Ext,Web-ISAPI-Filter,Web -Digest-Auth,Web-Dyn-Compression,Web-WMI,NET-HTTP-Activation,RPC-Over-HTTP-Proxy -Restart重启之后,打开服务管理器,找到【Net.Tcp Port Sharing Service】服务,在服务属性中将启动类型修改为【自动】将Exchange 2010 SP2的安装包解压缩到D盘下的SP2目录中Exchange 2010 SP2安装包下载地址:/download/F/5/F/F5FADCEF-D96B-48C4-ADD9-067FDB1AEDB6/Exchange2010-SP 2-x64.exe首先来进行架构的扩展,架构扩展在林中只执行一次,在架构扩展的同时,需要指定Exchange组织名称从命令提示符进入到D盘的SP2目录,运行命令:Setup /p /on:contoso关于架构扩展的方法,可以通过 /help:PrepareTopology命令获取到更多更详细的帮助所有准备工作完成后,下面就开始正式部署第一台Exchange CAS/HUB服务器了在SP2目录中运行Setup.exe,在Exchange的安装主界面中首先完成步骤3,选择Exchange语言从DVD中安装,然后单击步骤4,打开Exchange安装向导这里是Exchange 2010的简介选择接受许可选择【否】,不启用错误报告这步我们要选择【自定义Exchange Server安装】,然后指定Exchange的安装目录,这里我将Exchange 安装到D:Exchange Server目录中选择服务器角色,这里只勾选【客户端访问服务器】和【集线器传输服务器】勾选【客户端访问服务器角色将面向 Internet】,指定外部客户端访问客户端访问服务器时用到的域名,这里我填入在公网上注册的域名(注意:这步并不是必须要设置的)这步问我们是否要加入客户体验改善计划,这里选择【现在不加入此计划】检查先决条件,都通过了之后,单击【安装】经过一段时间的等待后,我们可以看到安装已经顺利完成了,如果此刻有出现报错,可以单击【查看安装日志】来进行排错接下来部署第二台CAS/HUB服务器部署第二台CAS/HUB服务器和部署第一台的方法完全一致,如法炮制即可1.安装Microsoft Filter Pack2.02.安装NLB功能3.安装CAS和HUB服务器所需要的组件4.将Net.Tcp Port Sharing Service服务的启动类型修改为【自动】5.安装Exchange Server 2010这里我稍稍做一下改变,第5步我们通过命令行方法来部署从命令行进入到D盘的SP2目录,运行命令:Setup /m:Install /r:CA,HT /t:"D:Exchange Server" /ExternalCASServerDomain:部署同样是很顺利,我们看到通过命令行方式部署是不是更加方便和快速一点呢如果你不知道怎么用命令行方式进行部署,可以在Exchange安装目录下通过 /help:Install来获取到帮助,到此,我们就成功的部署了两台Exchange CAS/HUB服务器。

Exchnage 2013 Preview 介绍

Exchnage 2013 Preview 介绍

安装条件-客户端&虚拟化支持
客户端&虚拟化
支持的客户端: Outlook 2013 Preview Outlook 2010 Sp1 with 2012年四月累积更新 Outlook 2007 SP3 with 2012年七月累积更新 Entourage 2008 for MAC,web servies&outlook 2011 for MAC 硬件虚拟化: Windows server 2008 R2以上版本的Hyper-V技术
Exchang e 2013 Preview
灵活可靠-简单的部署
部署简单
简单的规模-2个角色: 1.客户端访问角色 2.邮箱服务器角色 Exchange 2013 Preview 由原来需设置8个不同的命名空 间下降 至最小数目2个 所有的处理和数据转换发生在邮箱服务器上,我们不 再局限于一个客户端访问服务器和邮箱服务器在每个 站点。
简单管理-共享和协作
网站邮箱
通过允许使用相同的客户端接口交换访问SharePoint网 站和电子邮件的邮箱。 网站邮箱功能包括:SharePoint 站点会员,一个电子 邮件和Share Point 站点文件的共享存储,一个管理地 址和生命周期
简单管理-批量移动
批量移动
可大批量移动多个邮箱 电子邮件通知移动报告 自动重试和自动优先级的动作 主邮箱和个人存档邮箱可以单独或一起移 动 5. 可选择手动移动要求的落实 6. 定期增量同步迁移的变化。 1. 2. 3. 4.
安装条件-硬件要求
硬件要求
处理器: 基于x64架构的计算机采用英特尔处理器,支持英特尔 64位架构(前身为英特尔EM64T) 支持AMD64平台的AMD处理器 不支持Intel Itanium IA64处理器 内存:根据已安装的Exchange功能而异 磁盘空间:>2.5G 文件格式:NTFS文件系统

基于Exchange2010高可用性企业邮件方案设计

基于Exchange2010高可用性企业邮件方案设计
Ke w o d : m alEx h n 0; a aa eH iha a lbii DAG y r s E- i; c a ge201 Lo db lnc ; g v ia lt y;
概述: 电子 邮件 已成为 我们 工作 与 生活 不可或 缺 的一部 分 ,在企 业 信 息化 高速 发展 的今 天 , 电子邮件 系 统为企 业 的生产 与 管理 发挥 着 不 可替代 的作 用 ,极大 的提 高 了企 业信 息化 发展水 平 和企 业的 核心 竞争 力 。 传 统 的 电子 邮件 系 统主 要解 决 了收发 邮件 的需 求 ,而随 着企 业规 模上 升 ,信息 化建 设产 业化 ,企 业信 息化 已由原来 的成 本 中 心逐 渐转 化利 润 中心 ,建立 高可 用性 的企 业 邮件系 统是 满足 企业 生产 、经 营 的重要 手段 。 本文 根据 公 司业务 需求 出发 ,着 重探 讨 如何 建立 高可用 的企 业 邮件系 统设 计 思路 。 二 、业务 需 求 : 用户 数 需求 :随着 公 司跨 入百亿 企 业行 列 ,企业 信息 化建 设 颇 具成 效 ,EP L R 、P M等关 键系 统也谱 写新 的篇 章 ,同时公 司规 模 也在 不 断增 长 ,需要 使用 企业 邮箱 的用户 数 已达 10 0多 ,如此 20 庞 大 的用户群 ,如何 提供 稳定 可靠 的企 业 邮件系 统是 我们 需要 迫 切 解 决的 问题 。 功 能 需 求 : 员 工 能 够 在 公 司 内 部局 域 网 通 过 WB 方 式 、 E O to kMP u l o A I企业 模式 访 问企业 邮箱 ;在 外部 互联 网可通 过 WB E 方 式 登陆访 问企业 邮箱 。邮件 系统 要求 能够 满足 72 *4小 时应用 , 年 度 服务 计划 目标 为 : 系统 年平 均无 故障 时 间为 60 小 时 、 00 年平 均 故 障解 决时 间小 于 2 4小 时、系 统年 可用 率为 9 .% 96 。 三 、技术 方案 实现 : 要满 足公 司 邮件系 统 的 72 *4小 时应用 , 邮件系 统 的高可 用 对 性提 出 了较高 的要 求 , 为了确 保 邮件系 统 7 2 * 4小时不 间 断提供业 务 ,本文 将基 于 Ec ag 0 0DG ( 据库 可 用性 组 )和 负载 xh n e2 1 A 数

exchange dag原理

exchange dag原理

exchange dag原理
Exchange DAG 是基于复制技术的高可用性解决方案。

DAG 是Database Availability Group 的缩写,是一组接受相同数据库副本的Exchange Server 服务器的集合。

当其中一个服务器出现故障或需要升级维护时,其他服务器可以接管其职责,保证数据的连续性和一致性。

DAG 组成部分包括:
1. Mailbox Database: 数据库是一个Exchange Mailbox 数据库,它存储用户邮箱数据。

2. DAG Members: DAG 成员是Exchange Server 服务器,它们在DAG 中共享同样的Mailbox Database 副本。

3. Replication Network: 换回复制网络是用于在DAG 成员之间复制Mailbox Database 副本的专用网络。

4. Witness Server: 见证者服务器是一个Exchange Server 服务器,它用于决定哪个DAG 成员应该接管失败的DAG 成员的角色。

DAG 采用基于日志复制的方式向副本服务器进行同步,当其中一个服务器出现故障或需要升级维护时,可以快速切换到其他服务器上,保证数据的连续性和一
致性。

在DAG 中,每个Mailbox Database 副本都保留了自己的日志记录,及时更新自己的副本,确保数据的一致性。

同时,Exchange Server 还会监视每个DAG 成员的健康状态,确保邮件服务的稳定运行。

部署Exchange Server 2010数据库高可用性组(DAG)

部署Exchange Server 2010数据库高可用性组(DAG)

部署Exchange Server 2010数据库高可用性组(DAG)作者:曾垂鑫(MCITP)一、exchange2010 DAG的特性exchange 2010提供更高级别的端到端的高可用性。

支持更大的邮箱,最大的邮箱数据库大小由2007中的200GB提高到2010中的2TB。

减少了部署的成本和复杂性。

高可用性建立在本机复制的基础上,采用DAG(database available group)数据库高可用性组。

DAG最多包含16个邮箱服务器组,可以承载一组复制的数据库。

Exchange2010数据库具有移动性,支持将一个exchange2010邮箱数据库复制并装入到其他exchange2010邮箱服务器的能力,数据库的所有副本都具有相同的GUID。

Exchange提供的API,可以对数据库可用性组使用第三方同步复制而不是连续复制。

Exchange 2010 DAG使用增量部署的方式,即安装exchange2010之后再部署高可用性和站点恢复的能力。

另外可以在邮件传输的整个过程中提供冗余的传输服务器功能。

二、exchange2010针对exchange2007的改进Exchange2010的DAG功能类似于exchange 2007中的CCR和SCR。

但是相对于CCR和SCR来说,DAG实现了更加简单的管理和配置,并且在2007的复制中存在一些缺陷:执行单个数据库的故障恢复可能导致服务的中断,2007中国的集线器传输服务器的传输转储程序只能在CCR环境中保护发往邮箱的邮件,如果在处理邮件时,集线器传输发生故障,会导致数据的丢失。

Exchange 2010 将CCR 和SCR 的关键可用性和恢复功能组合到处理现场数据复制和非现场数据复制的单一解决方案中。

可以将邮箱服务器定义为DAG 的一部分,从而在邮箱数据库级别(而不是服务器级别,2007是服务器级别)提供自动恢复。

群集Exchange 2007 服务器需要专用的硬件。

Exchang 2010 DAG 高可用

Exchang 2010 DAG 高可用

Exchange 2010 DAG布署DAG(Database Availability Groups):数据库可用性组技术使Exchange Server 2010在高可用性方面得到进一步简化与完善,借助于多台服务器间的连续复制,可为用户提供高可用性的Exchange邮箱。

这看似只是一项简单的改进,但实际上,与前代版本相比,这是一个非常大的进步,它使用户无需借助复杂的技术与高昂的设备,就可以获得高可用性。

(此段摘自于)相信对Exchange2010有所了解的人肯定会知道这项重大的改变。

相比一些其他的所谓的新功能、新体验来说,这项位于系统核心的数据结构和服务器结构上的变化,我个人觉得,可能意义更为重大一些。

到底有何意义,又为何重大,我们暂且不论。

先来一些理性的分析看看。

无论是中文名字“数据库可用性组”还是英文名字“Database Availability Groups”,我们都可以看到,它们是由三个部分组成:D-数据库、A-高可用、G-组。

那么我们就从这三个方面来个全面的认识。

•D-数据库这个数据库从本质上,它是一个位于硬盘上的文件,相信这点绝对没有歧义。

那么这么一个本质的东西能有什么值得关注的呢?有,那就是容错方式。

相信大家都知道在Exchange2007的时候,有两种用于高可用性的技术,LCR和CCR。

LCR是通过在本地创建一个数据库的副本,而CCR是在一个Failover Cluster的备份节点上创建一个数据库副本。

这两种方式可以任选一种,或者组合使用。

好处不必多说,之前实际接触过的朋友,自然清楚。

不大了解的朋友,也能通过搜索来获取到非常丰富的信息。

这里只谈谈不足之处,也就是促使微软在Exchange2010里做出改进的地方。

下面列举一二:LCR、CCR只能用于MB角色LCR无法支持主机级容灾,换句话说,如果是主机掉电或者物理网卡失败,无论本地有多少个数据库副本,均无法实现高可用。

CCR必须构建于W in d o w s Failover Cluster之上,随之带来诸如无法实现异地容灾;或者某一节点上的某一D B失败,导致所有D B全部发生切换操作;以及永远都有至少一个未被实际利用的备份节点服务器资源;等等。

Exchange_2010服务器安装和配置手册(图解)

Exchange_2010服务器安装和配置手册(图解)

目录Exchange 2010 边缘传输服务器的安装 (1)Exchange 2010 如何配置向外网收发 (5)Exchange 2010 序列号输入和激活方法 (8)Exchange 2010安装前的准备工作 (9)配置登录OWA时不需要输入域名(域用户名) (11)有关于Exchange 2010 证书的相关知识 (13)在Exchange 2010设置OWA的URL重定向 (16)重定向Exchange的OWA目录 (17)Exchange 2010 DAG 部署- 管理数据库可用性组成员 (19)Exchange 2010 语音与统一消息 (22)功能说明: (23)Exchange 2010 增加电子归档功能 (24)Exchange 2010中的单项恢复使用详解 (26)Exchange Server 2010强大的网络邮局功能 (28)Microsoft Exchange Server 2010 在手机终端上强大功能的体现 (30)修改Exchange 2010的OWA界面 (32)在Exchange 2010 GAL中显示用户照片 (38)Exchange 2010 边缘传输服务器的安装Exchange的边缘服务器安装比较简单,而已整个过程也不需要像安装Exchange 的其它服务器那样,需要做许多的准备工作。

Exchange的边缘服务器安装比较简单,而已整个过程也不需要像安装Exchange的其它服务器那样,需要做许多的准备工作。

准备工作:服务器上添加“应用程序服务器”角色,这样做的目地是为了将.NET Framework 3.5.1安装到服务器当中(Windows Server 2008已经置了其安装,添加角色即可,不用再重新下载.NET Framework 相关安装包)。

边缘传输服务器需要添加一个“Acrive Directory轻型目录服务”的服务器角色。

开始安装:运行Exchange安装程序,在“安装类型”界面选择“自定义Exchange Server安装”:“服务器角色”页面选择“边缘传输服务器”。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

配置Exchange Server 2010数据库高可用性组(DAG)
一、先决条件准备
1、准备域环境,拓扑图如图所示,并规划IP地址设置:
2、分别修改Exchange服务器的HEART网卡配置,如图所示:
3、安装前提条件:
Framework 3.5 SP1
2.IIS(Web)
安装所有选项:
3.Powershell
4.桌面体验
重启后完成:
5.故障转移工具
6. Microsoft Filter Pack 包
7.修改服务的启动模式
修改节点本地的“Net.Tcp Port Sharing Service”服务为自动启动模式,该服务默认为手动的启动模式,如果不改为自动启动的模式,则安装过程中会报错:
8.建立共享见证文件夹
创建DAG需要使用的共享见证文件夹,如果不手动创建DAG的共享见证文件夹,则在配置DAG的过程中,Exchange会自动在节点之外的Exchange集线器传输角色服务器上创建共享见证。

这里我们手动在DC上创建一个共享文件夹。

注意赋予相应的权限。

9.安装组件RSAT-ADDS
打开命令提示符,输入“ServerManagerCmd –i RSAT-ADDS”:
10.安装Exchange2010
当两个节点均完成以上的Exchange 2010的安装准备工作后,下面就可以在两个节点上面分别安装E xchange 2010了,DAG不同于以往Exchange 的群集部署,DAG需要在完成Exchange 节点的安装之后,再利用Exchange 2010的EMC(Exchange Management Center)进行后续的配置。

1)首先选择Exchange语言选项,我们选择仅从DVD安装语言:
开始安装Microsoft Exchange:
下一步:
接受协议:
发送错误报告:
选择典型安装,在典型安装中只会安装集线器传输角色,客户端访问传输角色,邮箱角色和Exchange管理工具:
填写Exchange组织名称:
选择客户端版本:
下面为配置客户端访问服务器外部域。

客户端访问服务器角色面向Internet将使用的域名:
选择客户体验改善计划:
在安装之前,将进行Exchange 2010的先决条件检查:
经过一段时间后,Exchange 2010安装完毕,然后重启系统:
安装完成后,将Exchange Trusted Subsystem加入到域管理员组administrators中,否则后面部署会遇到权限问题:
当所有的先决条件准备完成后,下面就可以部署DAG群集了。

四、配置、管理、卸载DAG
安装要求:
1. DNS服务必须运行。

2. DAG中的每个邮箱服务器必须是相同域的成员服务器。

3. 不支持将同时作为目录服务器的Exchange 2010邮箱服务器添加到DAG。

4. 分配给DAG的名称必须不超过15个字符的有效计算机名称。

5. Exchange 2010的Enterprise 和Standard版本。

6. 所有服务器运行Windows Server 2008或R2版本,且这两个版本不能混合存在。

7. DAG 支持单个网络部署,建议使用两个网络:MAPI网络和复制网络。

8. 每个DAG成员具有相同数量的网络。

9. 每个DAG不得有多个MAPI网络。

10. DAG 的成员数为奇数时,则不使用见证服务器。

成员为偶数的所有DAG 都将使用见证服务器。

见证服务器可以是运行Windows Server 的任何计算机。

不要求见证服务器的Windows Server 操作系统版本与DAG 成员使用的操作系统匹配。

下面是详细的配置步骤:
创建DAG(数据库高可用性组),配置方式如下:
新建数据库可用性组名称,勾选“见证服务器”,输入域控制器的FQDN名,勾选“见证目录”,输入刚刚在DC上创建好的共享文件夹:
打开DAG组属性,选择“IP地址”,输入DAG群集的IP地址:
当DAG组创建完成后,需要在DAG中添加数据库服务器,可以通过管理数据库可用性成员身份来完成:
点击“添加”:
添加两台Exchange服务器到列表:
创建完毕:
成员服务器添加完成后,我们通过查看网络、DNS等方式来验证一下,可以通过下图来配置复制网络和MAPI网络(禁用复制):
去掉“启用复制”:
查看DNS中有一条关于DAG的记录:
在AD用户和计算机工具中的“Computers”OU里有一个关于DAG的故障转移群集虚拟网络名称账户:
打开故障转移群集管理器,可以看到在创建DAG过程中自动配置好的节点和仲裁类型,图中的报错是在卸载DAG 的时候产生的error。

DAG创建不需要提前手动配置群集功能,DAG创建和配置的过程中会使用故障转移群集功能,然后自动配置必须的项目:
使用PowerShell来查看我们创建好的DAG组:
当DAG组创建完成,组中的成员服务器添加完成后,下面还要配置数据库使用DAG,这样才能实现数据库的高可用性。

首先我们要把卸载状态的邮箱数据库装入,右击卸除状态的数据库,选择“装入数据库”,如果为装入状态就不需要配置:
然后再右击该数据库,选择“添加邮箱数据库副本”:
副本服务器选择另一个节点,同时可以指定“激活首选项编号”,优先级:
邮箱数据库副本建立成功:
然后再右击数据库副本,选择“激活数据库副本”:
在激活数据库副本选项中选择“最佳可用性”:
完成后如图所示:
通过命令查看已经绑定群集IP地址:
五、验证DAG
创建一个新的用户邮箱,并指定邮箱数据库为上述刚做好DAG的邮箱数据库:
使用OWA方式进行该用户邮箱发送邮件进行测试:
然后把邮箱数据库所在的那台Exchange邮箱服务器关机或者把网卡禁用来验证DAG是否可以实现故障转移功能:
登录另外一台Exchange邮箱服务器,我们发现他已经绑定了群集IP地址,可以证明DAG已经把节点进行了转移:
并且我们在另外一台Exchange邮箱服务器上可以看到以下警报,证明原来的Exchange邮箱服务器已经可能宕机。

但是我们使用OWA方式在客户机上登录仍旧能够登录访问邮箱数据库的内容:
六、卸载DAG
最后再说一下DAG的卸载,通过PowerShell管理工具
注意:在卸载DAG之前,需要先卸除邮箱数据库的副本,否则不能成功,卸除副本的功能可以通过图形界面来完成:
下面是卸载数据库的步骤,首先卸除节点:
然后卸除节点:
最后清理群集节点:。

相关文档
最新文档