Exchange 2013系列之六:邮箱高可用DAG部署

数据库可用性组 (DAG) 是内置于 Microsoft Exchange Server中的高可用性和站点恢复框架的基础组件。DAG 是一组邮箱服务器(最多可包含 16 个邮箱服务器),其中承载了一组数据库,可提供从影响单个服务器或数据库的故障中自动执行数据库级恢复的功能。DAG 是邮箱数据库复制、数据库和服务器切换、故障转移以及名为“活动管理器”的内部 Exchange组件的边界。活动管理器在 DAG 中的每台服务器上运行,用于管理切换和故障转移。DAG 中的任何服务器可以承载来自 DAG 中任何其他服务器的邮箱数据库副本。将服务器添加到 DAG 后,此服务器与 DAG 中的其他服务器协同工作,提供从影响邮箱数据库的故障(如磁盘故障或服务器故障)中自动执行恢复的功能。更多关于DAG的信息请参考以下链接:
https://technet.microsoft.com/ZH-CN/library/dd979799(v=exchg.150).aspx
接下来就开始我们今天的部署吧!
首先,我们在DNS中创建一条DAG的A记录,主要用于后期配置DAG,他的名称及IP都是唯一的。打开DNS,展开正向查找区域,定位至域名,右键选择新建A记录;

输入名称和IP,然后点击添加主机;

添加完成;

打开IE,输入NLB或前端服务器的FQDN,进入Exchange管理界面(ECP);

输入账号以登录;

定位至服务器-数据库可用性组,然后点击新建;

输入DAG的名称、见证服务器及见证目录,这里我的见证服务器选择的是ExchCas01,添加数据库可用性组的IP地址,点击保存;

建立成功,我们选中DAG,然后单击管理成员资格;

将两台成员服务器添加进去,点击保存;

添加完成,点击关闭;

切换到数据库,我们点击新建;

输入数据库名称,选择承载此数据库的服务器,文件路径和日志路径可根据自身环境来修改,在生产环境中,推荐将这两个文件夹放在其他盘,点击保存;

添加完成,然后根据提示重启信息存储服务;

打开服务,找到信息存储服务,右键选择重新启动;

现在这个数据库只承载在ExchMbx01上,我们需要再添加一台指定的邮箱服务器,让数据库在这两台服务器上有相同的数据文件。这样才算真正意义上达到了我们说的高可用,以防止单点故障。
选择我们刚才新建的数据库,然后点击新建数据库副本;

邮箱服务器我们选择ExchMbx02,点击保存;

操作成功完成,点击关闭;

现在我们可以看到Mbx01和Mbx02已同时具有副本;

至此,DAG的部署已全部完成。

原文地址:http://blog.51cto.com/11267659/2083117

时间: 2024-10-11 12:38:44

Exchange 2013系列之六:邮箱高可用DAG部署的相关文章

详解 Exchange 2013邮箱高可用

详解 Exchange 2013邮箱高可用 邮箱数据库及其包含的数据是任何 Exchange 组织最重要的组件之一.     在 Microsoft Exchange Server 2013 中,可以通过配置邮箱数据库以实现高可用性和站点恢复来保护邮箱数据库及其包含的数据.Exchange 2013 在提供更高级别的端到端可用性和支持较大的邮箱的同时,还可以减少部署具有高可用性和恢复能力的邮件解决方案的成本和复杂性.Exchange 2013 构建于 Exchange 2010 中的本机复制功能

Exchange Server 2013系列之六:客户端访问服务器角色高可用性概述

客户端访问服务器角色的高可性就是常说的负载平衡技术,负载平衡的两种主要用途:当一个 Active Directory 站点中的某个客户端访问服务器出现故障时,负载平衡可以降低该故障造成的影响:此外,负载平衡可确保每个客户端访问服务器上的负载分配均匀. Exchange Server 2013负载平衡体系较之早期版本发生了改变,Exchange 2010 协议要求相关性,例如客户端计算机上运行的 Outlook.移动设备上运行的 Microsoft Exchange ActiveSync.Micr

Exchange Server 2013系列四:小企业邮件系统部署

Exchange Server 2013 SP1 系列四:小企业部署邮件服务器 杜飞 Exchange 服务器功能强大,不再只是一个邮件系统,还是一个复杂的消息传递平台,它通过相关组件协同工作以提供一个全面的解决方案,包括邮件传递.邮件访问.语音邮件.传真.联系人.日历等.今天咱们就看一下如何在小规模企业中部署Exchange Server2013 Sp1.一般小规模企业预算有限,本着经济实用的方针,会考虑多角色并存的部署方式,基本拓扑如下图所示: 硬件要求: 处理器:支持 Intel 64 位

Exchange 2013升级到更高CU时出错:无法解析用户或组

最近在做Exchange的小版本升级,在做其中一个时碰到如下报错,一起来看下吧! 问题描述: 当将Exchange 2013升级到更高的Service Pack或安装Exchange 2013时,可能会在安装邮箱角色时发现自己收到以下错误.以下内容是,完整的错误信息: "$ error.Clear(); $ name = [Microsoft.Exchange.Management.RecipientTasks.EnableMailbox] :: DiscoveryMailboxUniqueNa

redis 系列26 Cluster高可用 (1)

原文:redis 系列26 Cluster高可用 (1) 一.概述 Redis集群提供了分布式数据库方案,集群通过分片来进行数据共享,并提供复制和故障转移功能.在大数据量方面的高可用方案,cluster集群比Sentinel有优势.但Redis集群并不支持处理多个keys的命令,因为这需要在不同的节点间移动数据,而达不到像Redis那样的性能,在高负载的情况下可能会导致不可预料的错误.学习集群同样先了解一些原理方面包括:节点.槽指派.命令执行.重新分片,转向.故障转移.消息.后面再操作集群演示.

redis 系列27 Cluster高可用 (2)

原文:redis 系列27 Cluster高可用 (2) 一. ASK错误 集群上篇最后讲到,对于重新分片由redis-trib负责执行,关于该工具以后再介绍.在进行重新分片期间,源节点向目标节点迁移一个槽的过程中,可以会出现该槽中的一部分键值对保存在源节点中,另一部份键值对则保存在目标节点中. 当客户端向源节点发送一个与数据库键有关的命令时,并且命令要处理的数据库键正好就是正在被迁移的槽时,会出现二种情况的一种: (1) 源节点会先在自己的数据库中查找指定的键,如果找到的话,就会直接执行客户端

Exchange Server2013 系列七:客户端访问服务器高可用性部署实战

杜飞 在前面的文章中我们介绍了客户端访问服务器的高可用性技术,从这篇文章开始,我们就来看一个详细的高可用性部署方案. 首先,看一下我们的服务器列表: 编号 服务名 IP地址 功能 1 HYV01 IP:10.41.3.6 \16  网关:10.41.1.254 宿主机 2 HYV02 IP:10.41.4.6 \16  网关:10.41.1.254 宿主机 3 DF-DC01 IP:10.41.4.210\16 网关:10.41.1.254 DNS:10.41.4.210   10.41.4.2

LVS负载均衡之lvs高可用实例部署2(案例篇)

在日常应用环境中,我们会遇到这样一种lvs部署环境,所有的dr以及的rs server都在一个局域网环境中,但只有一个公网ip,而又需要将应用发布到internet上,都知道lvs的最好的模式就是所有的server都有一个公网ip,但很多时候公网资源稀缺,当出现只有一个公网ip的时候,怎么实现lvs对外发布呢? Lvs(lvs/dr模式)单个公网ip高可用应用案例 如图所示为整体的拓扑图: 一.部署前说明: (1)系统版本: centos 6.6(64位) (2)角色及ip相关信息: 角色名称

Haproxy+Keepalived高可用环境部署梳理(主主和主从模式)

Nginx.LVS.HAProxy 是目前使用最广泛的三种负载均衡软件,本人都在多个项目中实施过,通常会结合Keepalive做健康检查,实现故障转移的高可用功能. 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59