Exchange2010配置-实现邮箱服务器高可用

上一篇我们实现了Exchange 2010 CAS服务器的高可用性,今天我们来看下邮箱服务器MBX的高可用。

邮箱服务器用于存储所有用户的邮箱,重要性毋庸置疑!前一个版本Exchange2007使用的是LCR,CCR等容灾技术,而Exchange2010中使用的更为稳定且最新的DAG技术。

什么是DAG?

DAG的全称是Database Availability Group,中文名称是数据库可用性组,它可以提供数据库级别的容错,并且在组成DAG的服务器数据库之间会自动实现数据同步;

简单说就是你在任何一个Exchange服务器上创建、修改或删除邮件数据库,其他的Exchange服务器都会自动同步这些操作。

要实现DAG需要理解以下几点:

1. DAG是建立在微软故障转移群集(MS Cluster)基础上的高可用性技术。

2. 部署DAG服务器要求至少有两块网卡,一块用于和其它Exchange角色通信使用,称为MAPI网络;另一块用于两个DAG成员之间的通讯,称为心跳网络。

3. MS Cluster和NLB功能不能位于同一台机器上

4. 如果DAG组中的Mailbox服务器为奇数,例如3台或5台,就不需要见证服务器;如果Mailbox服务器为偶数,则需要配置一台见证服务器,用于仲裁。一般我们使用HUB服务器作为见证,如果HUB和Mailbox安装在同一台服务器上,也可以使用DC作为见证服务器。

5. 每个DAG支持多达16个成员  
Exchange 2010可以支持更多的邮箱数据库,用户最多可以添加16个邮箱服务器到一个DAG,并可能保存16个邮箱数据库副本。因此,Exchange 2010企业版支持的邮箱数据库最高限额已从50个上调至100个。但标准版目前仍然只支持每个邮箱服务器最多5个数据库。

6. 一般微软推荐一个邮箱数据库存放200左右的用户,那如果有10个邮箱数据库,可以 5个主数据库放在08server-1上,另外5个主数据库放在08server-2上,从而实现基于邮箱数据库的负载分担。

实现过程

主要步骤:

创建一个DAG组

设置DAG组的群集IP地址

管理DAG组成员

创建邮箱数据库

创建邮箱数据库副本

测试邮箱数据库自动切换.

手动切换邮箱数据库

创建一个DAG组

打开EMC控制台,展开组织配置-邮箱-数据库可用性组,默认没有配置

点击右侧“新建数据库可用性组”

设置名称DAG01,设置见证服务器,我们设置为DC,见证目录c:\witness

完成,有警告。

原因是我们选的见证服务器DC不是Exchange Trusted Subsystem组成员

说明:如果指定的见证服务器不是 Exchange 2010 服务器,则必须在创建 DAG 之前将 Exchange 受信任子系统通用安全组 (USG) 添加到见证服务器上的本地 Administrators 组中。需要这些安全权限来确保 Exchange 可以根据需要在见证服务器上创建并共享目录。

将Exchange Trusted Subsystem加入DC上administrators组内。

建议这一步在创建DAG之前完成。

设置DAG组的群集IP地址

方法是在新建的DAG名称上右键“属性”---切换到"IP地址"选项卡,添加即可

管理DAG组成员

现在我们的DAG01组中还没有成员,因此要向DAG中添加成员,也就是把08server-1和08server-2加入到可用性组中

操作如下

选择“管理数据库可用性组成员资格”

添加,选中所有邮箱服务器08server-1,08server-2

点击管理,然后需要等待几分钟。因为要在2个节点上安装故障转移群集组件。

安装完成。

打开群集界面,观察故障转移群集中的两个节点状态

创建邮箱数据库

下面我们需要为销售部员工创建邮箱数据库sales,Sales在08server-1上主动数据库,在08server-2上存放副本

选择存放服务器08server-1,下一步

确认数据库路径及日志路径,下一步

新建

完成,由于我这里CAS和MBX部署在一台服务器,而NLB功能和CLUSTER不可以共存,所以为了保持CAS的高可用,我改用DNS Round Robin来实现。如下图

在邮件数据库Sales上创建一个测试用户bing.li

下一步

下一步,顺便测试bing.li的owa访问

可以正常访问。

创建邮箱数据库副本

下面为邮箱数据库sales添加副本

方法:邮箱-数据库管理-点击sales-右键“添加邮箱数据库副本”

添加副本向导,浏览-找到副本服务器08server-2

其它默认

完成添加过程。

副本复制状态正常。

到这里,sales数据库就有了一个副本。用户访问sales上的邮箱优先连接08server-1服务器,如果08server-1服务器出现问题,CAS服务器会在短时间内检测到08server-1的故障,然后将用户连接重定向到08server-2服务器的sales数据库。

测试邮箱数据库自动切换

为了模拟故障效果,将08server-1宕机,如图

稍微等待一下,EMC界面可以看到sales邮箱数据库已经切换到08server-2,显示active状态。

Bing.li再次访问

且收发邮件仍然正常!证明邮箱功能是好滴。

手动切换邮箱数据库

除了实现自动的故障切换,也可以做手工切换,如现在sales邮箱数据库工作在08server-2上,我们要给它迁回08server-1,

右键-移动活动邮箱数据库

选择新的承载者08server-1

EMS下确认数据库复制状态

更多邮箱服务器的高可用技术请参考.

https://technet.microsoft.com/zh-cn/library/dd638121(v=exchg.141).aspx

时间: 2024-10-20 01:57:30

Exchange2010配置-实现邮箱服务器高可用的相关文章

heartbeat 配置两台web服务器高可用集群案例

通过heartbeat 配置两台web服务器高可用集群案例: 拓扑: web1:192.168.0.101 hostname: web1.example.com web2:192.168.0.102 hostname:web2.example.com vip:192.168.0.254 nfs服务器:192.168.0.100(存放web页面) 注意: 1主机名要与uname -n 保持一致 2.web1与web2主机的date时间保持同步 3.web1与web2,ssh双机互信通信 4.关闭i

用Heartbeat实现web服务器高可用

用Heartbeat实现web服务器高可用 heartbeat概述: Heartbeat 项目是 Linux-HA 工程的一个组成部分,它实现了一个高可用集群系统.心跳服务和集群通信是高可用集群的两个关键组件,在 Heartbeat 项目里,由 heartbeat 模块实现了这两个功能. 端口号:694 1)heartbeat的工作原理: heartbeat最核心的包括两个.部分,心跳监测部分和资源接管部分,心跳监测可以通过网络链路和串口进行,而且支持冗余链路,它们之间相互发送报文来告诉对方自己

Heartbeat实现web服务器高可用

一.Heartbeat概述: Heartbeat的工作原理:heartbeat最核心的包括两个部分,心跳监测部分和资源接管部分,心跳监测可以通过网络链路和串口进行,而且支持冗余链路,它们之间相互发送报文来告诉对方自己当前的状态,如果在指定的时间内未收到对方发送的报文,那么就认为对方失效,这时需启动资源接管模块来接管运行在对方主机上的资源或者服务. Heartbeat-3.X版本以后被分为了4个模块,这些安装包都可以从官网: http://www.linux-ha.org/wiki/Downloa

Linux高可用集群方案之配置heartbeat v2基于crm+hb_gui接口,配置http+msyql+nfs高可用集群

  基于crm+hb_gui接口配置http+mysql+nfs高可用集群    基于crm+hb_gui接口配置ipvs高可用集群    基于crm+hb_gui+ldirectored接口配置ipvs高可用集群 

Redis安装、主从配置及两种高可用集群搭建

Redis安装.主从配置及两种高可用集群搭建 一.            准备 Kali Linux虚拟机 三台:192.168.154.129.192.168.154.130.192.168.154.131 用户名/密码:root/... ssh设置 修改sshd_config文件,命令为:vim /etc/ssh/sshd_config 将#PasswordAuthentication no的注释去掉,并且将NO修改为YES //kali中默认是yes 将PermitRootLogin wi

corosync+pacemaker+crmsh+DRBD实现数据库服务器高可用集群构建

  DRBD (DistributedReplicated Block Device) 是 Linux 平台上的分散式储存系统.其中包含了核心模组,数个使用者空间管理程式及 shell scripts,通常用于高可用性(high availability, HA)丛集.DRBD 类似磁盘阵列的RAID 1(镜像),只不过 RAID 1 是在同一台电脑内,而 DRBD 是透过网络. DRBD 是以 GPL2 授权散布的自由软件. 实验架构图: 一.高可用集群构建的前提条件 1.主机名互相解析,实现

heartbeat v1(CRM)+DRBD实现数据库服务器高可用集群搭建

一. 方案简介 本方案采用Heartbeat双机热备软件来保证数据库的高稳定性和连续性,数据的一致性由DRBD这个工具来保证.默认情况下只有一台mysql在工作,当主mysql服务器出现问题后,系统将自动切换到备机上继续提供服务,当主数据库修复完毕,又将服务切回继续由主mysql提供服务. 二. 方案优缺点 优点:安全性高.稳定性高.可用性高,出现故障自动切换, 缺点:只有一台服务器提供服务,成本相对较高.不方便扩展.可能会发生脑裂. 三. 方案架构图 四.  方案适用场景 本方案适用于数据库访

ProxySQL Cluster 配置详解 以及 高可用集群方案部署记录(完结篇)

早期的ProxySQL若需要做高可用,需要搭建两个实例,进行冗余.但两个ProxySQL实例之间的数据并不能共通,在主实例上配置后,仍需要在备用节点上进行配置,对管理来说非常不方便.但是ProxySQl 从1.4.2版本后,ProxySQL支持原生的Cluster集群搭建,实例之间可以互通一些配置数据,大大简化了管理与维护操作. ProxySQL是一个非中心化代理,在拓扑中,建议将它部署在靠近应用程序服务器的位置处.ProxySQL节点可以很方便地扩展到上百个节点,因为它支持runtime修改配

配置redis主从复制、高可用集群

一.安装redis首先下载redis安装包 [[email protected] yasuobao]# pwd /root/yasuobao [[email protected] yasuobao]# wget http://download.redis.io/releases/redis-5.0.5.tar.gz 解压[[email protected] yasuobao]# tar -zxvf redis-5.0.5.tar.gz下载gcc.c[[email protected] yasuo