部署exchange2010三合一:之十二:部署数据库高可用DAG

先决条件


MB IP


Heart network

 

192.168.1.15


192.168.100.2

 

192.168.1.16


192.168.100.3

 

dag群集虚拟ip


192.168.1.30

 

DAG网卡配置

配置DAG的目的是为了增强邮件服务器的高可用,避免一台Mailbox服务器损坏之后,邮件系统用户无法访问邮箱。

配置DAG时Mailbox服务器最好有两块网卡,一块网卡用于生产环境,另一块网卡用于DAG之间的复制。

创建DAG前,首先确认Exchange所有服务器都隶属于Exchange Trusted Subsystem组

DAG网卡不需要配置DNS和网关。每台机器都需要一个DAG网卡

网卡连接设置

见证服务器配置

一般建议使用CAS服务器作为DAG见证服务器,择非Exchange服务器角色成员(除边缘传输服务器)作为见证服务器时,需要将组“Exchange Trusted Subsystem”添加到见证服务器的本地管理员组。否则将会导致创建DAG出错,本文选择DC作为见证服务器

BEN

创建DAG

打开任意一台exchange服务器,打开EMC管理控制台----组织配置----邮箱,从中间窗格中切换到“数据库可用性组”选项卡。空白处右键“新建数据库可用性组”,出现如下图所示的界面:

在此输入DAG的名称,指定DAG的名称、见证服务器以即见证目录

(注意:witness这个见证目录是不需要我们去手工创建的,DAG在添加完成员后会自动创建并共享)

警告可以无视,因为在第一步我们就已经将Exchange可信子系统组加入到了域控制器的本地管理员组中,单击【完成】,那么DAG就创建成功了

在完成界面里,可以看到相应的命令行。下面我们需要设置DAG的群集IP地址,方法是在新建的DAG名称上右键“属性”---切换到"IP地址"选项卡,添加即可。如下图所示:

添加数据库可用性组IP地址之,点击“确定”,但现在我们的DAG组中还没有成员,还需要继续操作向DAG中添加成员,也就是把exchange mBX服务器加入到可用性组中。方法是:在新建的DAG名称上右键“管理数据库可用性组成员身份”,然后添加ex01和ex02。如下图所示:

当点击 “管理”后,需要稍等片刻,因为系统在加入成员的同时还需要在成员机器上安装Windows的故障转移群集服务

以下是在Exchange Management Shell中使用命令方式添加数据库高可用性组成员的方法

Add-DatabaseAvailabilityGroupServer -Identity cqdag -MailboxServer cqexdag01

Add-DatabaseAvailabilityGroupServer -Identity cqdag -MailboxServer cqexdag02

添加DAG成员后,我们来到域控制器的c盘,验证见证目录是不是自动创建并共享了

接下来,再看一下故障转移群集中的资源,我们可以到任意一台exchange服务器上打开故障转移群集管理器,从下图中可以看到群集名就是我们在DAG部署中指定的DAG01.lsx.com。群集中两个节点都处于正常状态。

自动创建了DNS 记录

在我们起初的规划中,dag网卡是做为数据复制的网卡,位于复制网络192.168.100.0这个网段,那么现再MAPI网络,也就是192.168.1.0这个网络同样可以用于复制,在这里我们将MAPI网络的复制禁用掉

下面我们来为邮箱数据库添加副本,其实就是在另外一台邮箱服务器上创建一个备份,不过首先来新建一个数据库,这里不使用默认的数据库

切换到【数据库管理】选项卡,在空白处右键选择【新建邮箱数据库】

指定数据库名称以即承载它的服务器

指定数据库文件路径和存放日志的文件夹路径

单击【完成】,那么就创建了一个邮箱数据库mb01

在Exchange Management Shell中使用命令方式创建并装载邮箱数据库

用命令在另一台exchange服务器上创建并装载数据库

New-MailboxDatabase -Server ex02 -Name mb02 -EdbFilePath c:\mailbox\mb02\mb02.edb –LogFolderPath c:\mailbox\mb02log

挂载数据库

Mount-Database –Identity mb02

如下图所示,邮箱数据库创建完成

创建邮箱数据库副本

在mb01上右键,选择【添加邮箱数据库副本】

指定存放数据库副本的服务器,这里选择ex02,

单击【添加】创建成功

在Exchange Management Shell中使用命令方式添加邮箱数据库副本

使用Exchange Management Shell 创建MB02数据库副本

Add-MailboxDatabaseCopy –Identity MB02 -MailboxServer EX01 –ActivationPreference 2

现再我们可以看到,邮箱数据库MB01、MB02在两台邮箱服务器上都有了副本,

测试DAG

暂停EX02服务器

下图可以看到 数据库已经切换到EX01副本中

可以正常发送接收

查看邮件头,显示由EX01 服务器发送并接收

时间: 2024-11-03 20:57:17

部署exchange2010三合一:之十二:部署数据库高可用DAG的相关文章

部署exchange2010三合一:之二:先决条件

需要将账号提前加入AD管理组内(schema admins, enterprise admins, domain admins)否则后期会报错Organization Management权限在完成扩展架构后自动添加 1. 将exchange2010服务器加入到域 2. 在exchange机器上安装Microsoft Office Filter Packs.(传输器角色先决条件) 下载地址:https://www.microsoft.com/en-us/download/details.aspx

部署exchange2010三合一:之十一:部署NLB

安装NLB组件: 我们以管理员身份打开powershell后先导入服务器管理工具,具体命令见下: Import-Module ServerManager Add-WindowsFeature NLB 在ex服务器上运行NLBMGR如下图出现网络负载平衡管理器,点击"新建"按钮,准备创建一个负载平衡群集. 输入ex01(我第一台CAS服务器的FQDN),然后单击链接:因为我该服务器有两块网卡,一块生产网卡,一块心跳线,选中心跳线 由于ex服务器是群集内的第一台服务器,因此优先级为默认为1

Exchange 2013 SP1部署系列10:配置数据库高可用DAG

首先把Exchange Trusted Subsystem加入到Administrators组中,由于域控制器不在exchnge受信任的子系统里面,所以我们在域上把Exchange Trusted Subsystem加入到Administrators组.本来我们可以不用添加Exchange Trusted Subsystem组到Adminsitrators组,因为CAS服务器默认属于Exchange Trusted Subsystem组,而我们新建数据库可用性组,填入DAG名称.见证服务器,而见

数据库高可用方案

数据库高可用方案 低读低写并发.低数据量方案 方案一:双机高可用方案 1.数据库架构图 2.特点 一台机器A作为读写库,另一台B作为备份库:A库故障后B库作为读写库:A库恢复后A作为备库. 3.开发说明 此种情况下,数据源配置中的数据库IP地址,可采用虚拟的IP地址.虚拟IP地址由两台数据库机器上的keepalive配置,并互相检测心跳.当其中一台故障后,虚拟IP地址会自动漂移到另外一台正常的库上. 数据库的主备配置.故障排除和数据补全,需要DBA和运维人员来维护.而程序代码或配置并不需要修改.

美团点评数据库高可用架构的演进与设想

本文介绍最近几年美团点评MySQL数据库高可用架构的演进过程,以及我们在开源技术基础上做的一些创新.同时,也和业界其它方案进行综合对比,了解业界在高可用方面的进展,和未来我们的一些规划和展望. MMM 在2015年之前,美团点评(点评侧)长期使用MMM(Master-Master replication manager for MySQL)做数据库高可用,积累了比较多的经验,也踩了不少坑,可以说MMM在公司数据库高速发展过程中起到了很大的作用. MMM的架构如下. 如上所示,整个MySQL集群提

mysql数据库高可用架构-----MHA-0.56的详解

大家都知道,任何线上环境,都必须搭载高可用架构,是web的,也要是数据库的,严格来说更是整个架构的高可用. mysql作为时下比较热的数据库,高可用架构更加需求大.不过,以前老旧那一套已经不合时宜,现在用的比较多的就是MHA和PXC了. PXC的优势是做到同写同回滚,达到数据高度一致性,通过一些程序和代码来做第三方分发,可以做到一定程度的读写分离,是个相当不错的高可用解决方案,不过对网络要求比较高,配置也略复杂一些,最好是同一个机房里面做,不过这并不是本文重点,后面找时间再写相关的文章. 本文要

数据库高可用实战案例-------架构优化之清爽一夏

说到高可用,看官们会想到很多方案,也许是自亲身经历过系统从单机变成高可用的痛苦过程,也许有的看官只是在自己的虚机上搭建过测试的玩具.今天本篇用我自己的真实经历给大家讲述,不管怎么样实战和测试玩耍还是很大的区别的!可能你觉得搭建一套高可用方案很简单,配置配置就OK了,但在真正的复杂系统中一切就没有那么轻松了! 文章主要讲述升级并搭建AlwaysOn高可用的过程,以实施的思路为主.文中并没有搭建集群的步骤,搭建步骤请自行学习. --------------博客地址------------------

MySQL数据库高可用快速实施方案

Note:以下为MySQL+DRBD+HEARTBEAT快速实施文档,若要用于生产环境,请仔细阅读官方文档并结合实际业务调整参数,涉及数据部署请慎重!!! (个人建议:在基于个人熟悉服务的情况下并通过测试环境才可在线上使用.) 数据库高可用 MySQL+DRBD+HEARTBEAT实施方案 环境: mysql-5.5.49 heartbeat-3.0.4-2.el6.x86_64 drbd84-utils-8.9.8-1.el6.elrepo.x86_64 CentOS release 6.7

(转)Oracle与DB2在数据库高可用技术上的相同与差异探讨

原文:http://www.talkwithtrend.com/Article/178339 数据库建设过程中,高可用是每一个企业数据中心数据库建设过程中至关重要的一个关注点,直接关系到业务连续性和稳定性.要想将这个工作做好,我们必须从其底层原理.机制.架构等方面进行深入了解,深入分析,深入对比才能知道我们应该如何去实践.下面的几个关键点,不仅仅是每一个DBA应该琢磨的事情,同时也是搞企业IT架构规划和建设的人必须了解和知道的事情. 下面总结了一些Oracle与DB2在数据库高可用技术上的相同与