下载文档原格式
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服务器。
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）作者：曾垂鑫（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 服务器需要专用的硬件。
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 边缘传输服务器的安装 (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(基础平台软件)。
1、三种保护模式1).最大性能(maximize performance):这是data guard默认的保护模式。
primay上的事务commit前不需要从standby上收到primary故障时可能丢失数据，但standby对primary的性能影响最小。
这种保护模式（默认）提供了可能的最高级别的数据保护，而不影响主数据库的性能。
这是通过允许事务在恢复该事务所需重做数据在写到本地联机重做日志后立即提交而实现的。
主数据库的重做数据流也写到至少一个备数据库，但是那个重做流相对于创建重做数据的事务是异步写的。
当所用的网络连接有足够的带宽，这种模式提供了近似于最大可用性模式的数据保护级别，并且对主数据库性能的影响最小。
最大保护和最大可用性模式需要备重做日志文件配置在配置中的至少一个备数据库上。
所有三种保护模式需要在LOG_ARCHIVE_DEST_n 初始化参数上指定特定的日志传输属性以发送重做数据到至少一个备数据库。
2).最大可用(maximize availability):在正常情况下，最大可用模式和最大保护模式一样；在standby不可用时，最大可用模式自动最大性能模式，所以standby故障不会导致primay不可用。
只要至少有一个standby可用的情况下，即使primarydown机，也能保证不丢失数据。
这种保护模式提供了可能的最高级别的数据保护，而不用与主数据库的可用性相折衷。
与最大保护模式相同，在恢复事务所需的重做写到本地联机重做日志和至少一个事务一致性备数据库上的备重做日志之前，事务将不会提交。
与最大保护模式不同的是，如果故障导致主数据库无法写重做流到异地备重做日志时，主数据库不会关闭。
替代地，主数据库以最大性能模式运行直到故障消除，并且解决所有重做日志文件中的中断。
当所有中断解决之后，主数据库自动继续以最大可用性模式运行。
这种模式确保如果主数据库故障，但是只有当第二次故障没有阻止完整的重做数据集从主数据库发送到至少一个备数据库时，不发生数据丢失。
配置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之前，需要先卸除邮箱数据库的副本，否则不能成功，卸除副本的功能可以通过图形界面来完成：
下面是卸载数据库的步骤，首先卸除节点：
然后卸除节点：
最后清理群集节点：。
