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安装”:“服务器角色”页面选择“边缘传输服务器”。

如何搭建企业文档共享和即时沟通平台

如何搭建企业文档共享和即时沟通平台

如何搭建企业文档共享和即时沟通平台摘要:在大中型企业中,搭建企业文档共享和即时沟通平台十分必要。

描述了如何采用微软产品搭建企业文档共享和即时沟通平台。

关键词:微软;文档共享;即时沟通;邮件系统;MOSS;OCS;Exchange0 引言在大中型企业中,企业机构设置相对复杂,企业机构分布相对分散,企业员工人数很多,大量不同类型的文档无法统一管理和保存,导致文档共享和文档查询极为不方便;即时沟通大多采用传统的语音电话方式,通讯成本比较高而且沟通效率比较低;企业没有统一的邮件系统,邮件内容无法归档和查询。

为了规范文档的统一管理,方便企业员工文档共享和文档查询、提高即时沟通的效率、降低企业通讯成本和提供统一的邮件系统,搭建企业文档共享和即时沟通平台十分必要。

该平台建设主要包括下列产品:①操作系统:Windows Server 2008 R2;②数据库软件:SQL Server 2008 R2;③基础平台软件:Microsoft Office Sharepoint Server 2010(微软面向企业和Web的业务协作平台,简称MOSS);Office Communications Server 2007 R2(微软统一沟通平台产品,主要包括即时消息、语音会议和Web视频会议等功能,简称OCS);Exchange Server 2010(微软邮件系统,简称Exchange)。

搭建MOSS文档共享和文档搜索平台、OCS即时沟通平台、Exchange邮件系统的前提条件:企业内部建立了基于Windows活动目录(AD)架构实现网络信息系统的安全认证与授权,办公区域内的客户端计算机加入域,实现统一的客户端计算机管理机制。

下面简要描述MOSS文档共享和文档搜索平台、OCS即时沟通平台、Exchange邮件系统的搭建过程。

1 MOSS文档共享和文档搜索平台搭建过程需要的产品有:Windows Server 2008 R2(操作系统)、SQL Server 2008 R2(数据库软件)、Microsoft Office Sharepoint Server 2010(基础平台软件)。

高可用性-DG-保护模式切换

高可用性-DG-保护模式切换

1、三种保护模式1).最大性能(maximize performance):这是data guard默认的保护模式。

primay上的事务commit前不需要从standby上收到primary故障时可能丢失数据,但standby对primary的性能影响最小。

这种保护模式(默认)提供了可能的最高级别的数据保护,而不影响主数据库的性能。

这是通过允许事务在恢复该事务所需重做数据在写到本地联机重做日志后立即提交而实现的。

主数据库的重做数据流也写到至少一个备数据库,但是那个重做流相对于创建重做数据的事务是异步写的。

当所用的网络连接有足够的带宽,这种模式提供了近似于最大可用性模式的数据保护级别,并且对主数据库性能的影响最小。

最大保护和最大可用性模式需要备重做日志文件配置在配置中的至少一个备数据库上。

所有三种保护模式需要在LOG_ARCHIVE_DEST_n 初始化参数上指定特定的日志传输属性以发送重做数据到至少一个备数据库。

2).最大可用(maximize availability):在正常情况下,最大可用模式和最大保护模式一样;在standby不可用时,最大可用模式自动最大性能模式,所以standby故障不会导致primay不可用。

只要至少有一个standby可用的情况下,即使primarydown机,也能保证不丢失数据。

这种保护模式提供了可能的最高级别的数据保护,而不用与主数据库的可用性相折衷。

与最大保护模式相同,在恢复事务所需的重做写到本地联机重做日志和至少一个事务一致性备数据库上的备重做日志之前,事务将不会提交。

与最大保护模式不同的是,如果故障导致主数据库无法写重做流到异地备重做日志时,主数据库不会关闭。

替代地,主数据库以最大性能模式运行直到故障消除,并且解决所有重做日志文件中的中断。

当所有中断解决之后,主数据库自动继续以最大可用性模式运行。

这种模式确保如果主数据库故障,但是只有当第二次故障没有阻止完整的重做数据集从主数据库发送到至少一个备数据库时,不发生数据丢失。

DPM备份Exchange 2010 数据库

DPM备份Exchange 2010 数据库

使用DPM来备份Exchange 2010 DAG数据库Exchange 2010有了DAG的支持,增强了数据的安全性,但Mailbox所产生的庞大日至数据量,确成了我们一个头疼的问题。

而对mailbox database进行备份是我们解决日志的一个最佳途径。

SCDPM 2010是微软System Center中的一个备份产品,备份功能强大,支持带库的备份和按时间的增量备份。

当然,如果仅仅为了简单的备份和清除日志,使用Windows Server 2008的Windows backup也是一个经济的办法。

这里不对SCDPM的安装部署和代理安装在进行复述了,网上有很多教程,大家有兴趣可以去百度google一下。

下面进入正题:1、打开DPM 2010管理控制台,创建一个保护组2、我们要备份Exchange,这里选择服务器3、展开DAG组,选择邮箱数据库,注意,这里不要全选副本,只需要选中主数据库进行备份即可,副本不用备份。

主数据库备份后清理了日志,副本服务器上会同步清理的,所以不用担心。

4、创建一个保护组名字,保护方法这里只能选择短期保护-磁盘,因为我们没有磁带库或者存储。

5、选择完整性检查,这里需要把Exchange目录中的ese.dll和eseutil.exe拷贝到DPM安装目录中的BIN目录下。

6、指定保护计划,这里可根据你自己的磁盘空间来确定选择多长时间,备份所占用的空间分为了数据库、副本卷、恢复点。

副本卷占用大约为数据库大小的2.8倍左右,恢复点卷为3.8倍左右,大小自己可以估算。

7、这里可看到所分配的空间。

8、一致性检查选项,这里选择副本不一致时才进行检查。

9、完成保护组创建。

10、稍等一会,可看到管理控制台中Exchange数据库完成备份。

Exchange2010中SP1部署DAG

Exchange2010中SP1部署DAG

Exchange2010 SP1部署DAG1 实验环境1)域:域名为;域功能级别和林功能级别为Windows server 2003模式。

2)FENG-DC01服务器:域控制器;Windows2008 R2 SP1企业版;5个操作主机角色服务器;证书服务器;DNS服务器IP地址为192.168.0.100;服务器只有一个网卡;网卡1的IP地址为192.168.0.100。

3)FENG-EX01服务器:Exchange2010邮箱、传输、客户端访问服务器; Windows2008 R2 SP1企业版;加入域;DNS服务器IP地址为192.168.0.100;服务器分别配置2个网卡;网卡1的IP地址为192.168.0.101;网卡2的IP地址为10.1.1.1,不设置DNS和网管。

4) FENG-EX02服务器:Exchange2010邮箱、传输、客户端访问服务器;Windows2008 R2 SP1企业版;加入域;网卡1的DNS 地址为192.168.0.100;服务器分别配置2个网卡。

网卡1的IP地址为192.168.0.102;网卡2的IP地址为10.1.1.2,不设置DNS和网管。

注意:1) FENG-DC01、FENG-EX02、FENG-EX01这3台服务器Windows 自带防火墙全部关闭,如果不关闭防火墙,需要开放对应端口。

2) FENG-EX02、FENG-EX01个服务器网卡1连接在一个交换机上,和FENG-DC01在一个网络,实现MAPI功能,即Exchange2010工作的生产环境。

3) FENG-EX02、FENG-EX01两个服务器的网卡2单独连接另一个交换机,实现DAG复制功能。

2 安装Exchange2010FENG-EX01和FENG-EX02服务器安装Exchange2010,并安装SP1补丁。

具体部署方法参考“Windows 2008 R2 SP1部署Exchange2010 SP1”文档。

Exchange2010无法创建DAG第二个成员

Exchange2010无法创建DAG第二个成员

Exchange2010无法创建DAG第二个成员故障现象:windows 2008 R2和Exchange 2010 (已打SP2补丁)的环境,单独的DC、CAS& HUB、MAILBOX服务器,CAS&HUB网络负载平衡NLB,各Exchange服务器服务都正常启动。

然后是创建DAG,几条熟悉的命令下去,New-DatabaseAvailabilityGroup -name dag01 -WitnessServer BJEX01 -WitnessDirectory c:\DagWitness -DatabaseAvailabilityGroupIpAddresses 10.2.2.168,成功创建DAG。

Add-DatabaseAvailabilityGroupServer dag01 -MailboxServer BJEX03,成功添加第一个成员,且第一个成员的群集服务正常启动(群集的静态地址在线)。

Add-DatabaseAvailabilityGroupServer dag01 -MailboxServer BJEX04,添加第二个成员的时候,试了几次都不成功。

在图形界面错误如下:摘要: 1 个项目。

0 个成功,1 个失败。

已用时间: 00:06:28BJEX04失败错误:服务器端数据库可用性组管理操作失败。

错误: 操作失败。

CreateCluster 错误可能是静态地址配置错误所致。

错误: 群集操作失败。

错误: 群集API'"AddClusterNode() (MaxPercentage=100) 失败,出现 0x5b4。

错误: 由于超时时间已过,该操作返回。

"'失败。

[服务器: ]活动管理器操作失败。

错误群集操作失败。

错误: 群集API'"AddClusterNode() (MaxPercentage=100) 失败,出现 0x5b4。

Exchange Server 2010系列之一:了解Exchange角色

Exchange Server 2010系列之一:了解Exchange角色

Exchange Server 2010 分为标准版和企业版。

企业版可支持每台服务器处理100个数据库;标准版被限制在每台服务器处理5个数据库。

并由产品密钥定义的两种许可版本。

产品密钥仅可用于相同版本密钥的交换和升级;产品密钥不可用于降级。

也就是说,可使用有效的产品密钥从试用版移动到标准版或企业版;或者从标准版移动到企业版;或者是在同一个版本上更改产品密钥。

都不需要重新安装或重新配置。

微软在Exchange Server 2010 SP1/SP2的基础上,于2013年02月12日正式发布支持安装在Windows Server 2012下的SP3,企业用户可根据需要下载使用。

本系列文章将以Exchange Server 2010 SP1/SP2为例,从了解Exchange Server 2010架构开始,陆续介绍其部署、各角色配置管理、邮件\邮箱管理、备份恢复、高可用性以及Exchange迁移等内容。

下面我们就先来了解Exchange Server2010的架构。

Exchange 2010在体系架构上与Exchange2007基本相同,使用5种角色分别是:客户端访问服务器角色(CAS)、集线器传输角色(HT)、邮箱数据库角色(MBX)、边缘传输服务器角色(EDGE)、统一通讯服务器角色(UM)。

但接触过Exchange Server2013的朋友可能知道,Exchange 2013中的角色将发生变化,但这是后话,以后有机会再细聊。

1.客户端访问服务器角色大家从名称上就可以看起来,这是处理客户端访问请求的角色,与Exchange 2007的CAS角色相比,Exchange2010的CAS角色发生了不小的变化。

在Exchange 2007中,如果客户端使用的是Outlook,那么客户可以使用连接到邮箱服务器上,但如果使用的是其他方式访问邮箱,如POP3、OWA、IMAP4、Activesync等,他们是不能直接访问到邮箱服务器的,他们是直接连接到客户端访问服务器,然后此服务器再将用户定位到邮箱服务器上。

部署Exchange_Server_2010的数据库可用性组研究

部署Exchange_Server_2010的数据库可用性组研究

部署Exchange?Server?2010的数据库可用性组研究摘要:本文首先针对Exchange Server 2010的先决条件进行分析,其次,对如何创建一个新的Exchange Server 2010进行深入研究。

在这一基础上,提出如何采取有针对性的措施实现对Exchange Server 2010成员的有效管理。

关键词:Exchange Server 2010;数据库;可用性组微软在任何一个Exchange服务器中,都会定期增加一些新的功能,虽然这些功能在增加的时候,立意是好的,但是仍然会有一些功能被忽视,甚至最终退出,比如Exchange Network News Transfer协议服务器就是如此。

与此同时,还有一些Exchange服务器在荣耀的迸发之后,立刻湮灭,比如主动集群便是是如此。

还有另外一些服务器会逐渐引起设计和部署Exchange方法的根本变化。

Exchange Server 2010新的数据库可用性组自身具有的功能性特征其实属于最后一种类型。

通过对该组织在分配邮箱数据库的多个副本中的实际情况进行分析时,可以看出其整体想法具有一定的可靠性特征。

由此可以看出,其在Exchange Server 2010中其实可以看作是高可用性在设计过程中的重大改变因素之一。

1. Exchange Server 2010的先决条件分析在针对Exchange Server 2010数据库可用性组进行部署和具体落实时,最大的一个前提条件就是必须要使用Windows Server2008或者是2008 R2企业版。

如果在具体部署过程中,用户已经部署了标准版,在这种状态下,只有重新安装Windows,否则就无法将Exchange Server 2010数据库可用性组放置到该服务器当中。

需要注意的问题之一就是标准版到企业版,并没有原地升级这一说。

也就意味着,如果用户有一个标准版的服务器已经逐渐运行到Exchange的时候,那么该服务器将不能够成为Exchange Server 2010的成员服务器,一直到升级完成之后才可以[1]。

Exchange 2010 4成员DAG 安装配置

Exchange 2010 4成员DAG 安装配置

接下来就给大家介绍如何创建和卸载Exchange Server 2010四成员DAG测试环境:1.操作系统全部为Windows Server 2008 R2 Enterprise Enition2. 共计六台虚拟机(全部运行在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 这个地址是可以连接到InternetDAG-Node1公共网络: 192.168.1.3 这个地址是可以连接到InternetMAPI: 10.10.10.1 这个地址是提供给DAG之间相互通讯的,是私有网络,不能够连接到InternetDAG-Node2公共网络: 192.168.1.6 这个地址是可以连接到InternetMAPI: 10.10.10.2 这个地址是提供给DAG之间相互通讯的,是私有网络,不能够连接到InternetDAG-Node3公共网络: 192.168.1.8 这个地址是可以连接到InternetMAPI: 10.10.10.3 这个地址是提供给DAG之间相互通讯的,是私有网络,不能够连接到InternetDAG-Node4公共网络: 192.168.1.12 这个地址是可以连接到InternetMAPI: 10.10.10.6 这个地址是提供给DAG之间相互通讯的,是私有网络,不能够连接到Internet共分为四部分:1.Exchange安装2.创建DAG组3.启用邮箱数据库副本4.关机测试Exchange Server 2010 安装1.GC安装(略),将五台服务器加入域,服务器操作系统均为Windows Server 2008 R22.给五台Exchange Server 2010添加组件,并安装Microsoft Filter Pack ,将Net.Tcp 端口共享服务的启动模式必须设置为“自动”。

Exchange2010DAG配置

Exchange2010DAG配置

配置、管理、卸载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 成员使用的操作系统匹配。

∙在Exchange 2007 和以前版本中,Exchange 使用群集资源管理模型来安装、实现和管理邮箱服务器高可用性解决方案。

一直以来,构建高可用邮箱服务器首先涉及构建Windows 故障转移群集,然后在群集模式下运行Excha nge 安装程序。

Exchange 2010 包括一个新组件,称为“活动管理器”,它提供了一种功能,该功能可替换通过其与Exchange 中的群集服务集成提供的资源模型和故障转移管理功能。

∙Exchange 2010 使用其自己的内部高可用性模型。

Windows 故障转移群集的一些组件仍在使用,但是现在Exchange 2010 已将其集成到其他功能。

∙每个邮箱服务器最多可以承载100 个数据库(主动数据库和被动数据库的总和)。

数据库的总数等于服务器上主动数据库和被动数据库之和。

恢复数据库不受100 个数据库的限制。

∙集线器传输、边缘传输、客户端访问和统一消息服务器角色的高可用性是通过服务器冗余、负载平衡、域名系统(DNS) 轮循机制以及主动服务器、服务和基础结构管理的结合实现的。

部署Exchange Server 2010的数据库可用性组

部署Exchange Server 2010的数据库可用性组

部署Exchange Server 2010的数据库可用性组Paul Robichaux; 孙健(译者)【期刊名称】《《Windows IT Pro Magazine:国际中文版》》【年(卷),期】2010(000)007【摘要】本文引导读者通过这个邮箱弹性基础来实现一个强大、高可用的设计。

【总页数】3页(P10-12)【作者】Paul Robichaux; 孙健(译者)【作者单位】【正文语种】中文【中图分类】TP393.098【相关文献】1.微软助力平滑迁移Exchange Server 2010与Exchange产品副总裁RajeshJha 探讨迁移工具、架构变化以及实施Exchange Server2010将会如何节省开支 [J], B.K.Winstead; 青成(译者)2.ExchangeServer2010虚拟化虚拟化技术的进步使ExchangeServer2010虚拟化的部署备受青睐 [J], Michael Noel; LYH(译)3.Microsoft Exchange Server 2010即将发布,规划高可用性Exchange Server 2007时,我应该使用单一副本群集或本地连续复制吗? [J],4.如何在Exchange Server 2007上设置本地连续复制你会发现Exchange Server2007的高可用性是如此直接 [J], J. Peter Bruzzese; 李小轲(译)5.如何使用Exchange Server 2007 Anti-Spam Migration Tool——WindowsPowerShell可以将Exchange Server 2003中的垃圾邮件过滤设置安装到Exchange Server2007的部署中 [J], William Lefkovics; 李小轲(译者)因版权原因,仅展示原文概要,查看原文内容请购买。

  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之前,需要先卸除邮箱数据库的副本,否则不能成功,卸除副本的功能可以通过图形界面来完成:
下面是卸载数据库的步骤,首先卸除节点:
然后卸除节点:
最后清理群集节点:。

相关文档
最新文档