使用 Exchange Server 进行服务器合并.docx

使用 Exchange Server 进行服务器合并.docx

《使用 Exchange Server 进行服务器合并.docx》由会员分享，可在线阅读，更多相关《使用 Exchange Server 进行服务器合并.docx（28页珍藏版）》请在冰豆网上搜索。

使用ExchangeServer进行服务器合并

c5541abf-15ce-464f-b5d2-758395fcdf3e

使用MicrosoftExchangeServer2003进行服务器合并

MicrosoftCorporation

发布日期：

2006年12月12日

作者：

ExchangeServer文档组

摘要

本文讨论使用Microsoft®ExchangeServer2003进行服务器合并的策略。

有意见或建议吗?

请将您的反馈意见（英文）发送至exchdocs@。

Contents

ExchangeServer2003服务器合并5

ExchangeServer2003服务器合并简介5

Exchange2003在性能和可伸缩性方面的改进6

Outlook2003和ExchangeServer2003在客户端/服务器通信方面的改进7

使用ExchangeServer2003的服务器合并策略9

将ExchangeServer2003移到新硬件9

如何将ExchangeServer2003移动到新硬件并保持同一服务器名10

开始之前10

步骤10

详细信息11

决定合并Exchange邮件系统12

服务器合并建议16

对小型组织的建议21

对中型组织的建议22

对大型组织的建议26

关于ExchangeServer2003服务器合并的结论31

Copyright31

ExchangeServer2003服务器合并

随着电子邮件的数量和业务重要性的不断增加，各个组织正在寻找以可靠和更经济的方式管理未来需求的新选择。

一个选择是在Microsoft®WindowsServer™2003和MicrosoftExchangeServer2003中可用的高级技术的基础上构建邮件策略。

这些主题讨论使用Exchange2003进行服务器合并的策略。

有关详细信息，请参阅下列主题：

∙ExchangeServer2003服务器合并简介

∙Exchange2003在性能和可伸缩性方面的改进

∙Outlook2003和ExchangeServer2003在客户端/服务器通信方面的改进

∙使用ExchangeServer2003的服务器合并策略

∙将ExchangeServer2003移到新硬件

∙决定合并Exchange邮件系统

∙服务器合并建议

∙关于ExchangeServer2003服务器合并的结论

注意：

请下载ServerConsolidationUsingMicrosoftExchangeServer2003（英文），以便脱机后打印或阅读。

ExchangeServer2003服务器合并简介

由于电子邮件的数量和业务重要性在不断增长，一些组织也在努力寻找以可靠且具有成本效益的方式来管理未来需求的新选择。

基于Microsoft®WindowsServer™ 2003和MicrosoftExchangeServer2003中提供的高级技术构建邮件策略就是其中的一个选择。

企业级的邮件服务器是减少服务器总数以及组织中服务器站点数，从而简化邮件基础结构并降低管理开销的关键。

信息技术分析师建议服务器和站点合并将有助于组织节省大量的运营成本。

在近期的研究中METAGroup发现，通过使每台Exchange服务器容纳更多的用户，组织每年可缩减大约240,000美元到600,000美元的运营成本。

有关详细信息，请参阅Exchange5.5MigrationtoExchange2003Cost-SavingScenarios（英文）。

例如，Microsoft升级到ExchangeServer2003后，全球75个站点中的113台邮箱服务器将减少到7个地理位置中的38台邮箱服务器。

该组织大约有85,000名用户，每天大约管理3,500,000封内部电子邮件和2,500,000封Internet电子邮件。

这种示例并不唯一。

Siemens正要升级到Exchange2003，并要将150多个Exchange组织合并成一个组织。

门窗制造商Pella已升级到Exchange2003，并将16台Exchange服务器合并为6台Exchange服务器。

Timex已升级到Exchange2003，并将其9台电子邮件服务器合并为2台电子邮件服务器。

上述示例中的每个示例都表明，组织可以使用Exchange2003从站点和服务器合并中受益。

如果您所在的组织有多个邮件系统、服务器或位置，则可以基于Exchange2003从合并中受益。

Exchange2003在性能和可伸缩性方面的改进

提高性能和可伸缩性一直是Exchange产品开发组的重要设计目标。

第一个Exchange产品，即Microsoft®ExchangeServer4.0，旨在替换MSMailforPCNetworks。

MSMail最多可对每个邮局驻留500个邮箱。

但是，大多数组织要求更适用于企业的邮件平台。

相比之下，ExchangeServer4.0和MicrosoftExchangeServer5.0中的信息存储最多可保存16GB的数据和500多个邮箱。

MicrosoftExchangeServer5.5中的存储能力进一步增加。

ExchangeServer5.5企业版的特点是无限的Exchange信息存储。

现在组织可在单个服务器中设置任意数目的邮箱，并且Exchange数据库的大小可快速增长到数百GB。

但是，由于数据库太大，所以邮件系统维护起来比较困难。

尽管Exchange存储可包含的邮箱数目理论上是无限的，但每台服务器设置1,000个邮箱已接近实际限制。

增加每台服务器的实际邮箱数是MicrosoftExchange2000Server的主要设计目标。

Exchange2000Server的特点是支持多个存储组并最多可容纳20个邮箱和公用文件夹数据库。

如果邮箱分布在多个邮箱存储中，服务器可以驻留2,000多个邮箱。

单个数据库仍然可进行管理。

对Exchange2000来说，Exchange2003在性能、可伸缩性和安全性方面进行了改进。

Exchange2003仍支持多个存储组和邮件数据库，特点是具有额外恢复存储组，还支持WindowsServer™2003的卷影复制服务。

Exchange2003使用改进的缓存算法，从而能更有效地完成目录查找，与Exchange2000相比，可减少60%的MicrosoftActiveDirectory®目录服务查询。

同时，虚拟内存管理也得到了改进，并且服务器之间链路状态信息的传播也得到优化，从而减少了网络流量。

还值得注意的是，通过使用Exchange2003可实现高级别的病毒和垃圾邮件保护。

从早期版本的Exchange（特别是ExchangeServer5.5）升级到Exchange2003，可获得清理附加功能。

Outlook2003和ExchangeServer2003在客户端/服务器通信方面的改进

组织在单个服务器上设置的邮箱越多，该服务器必须管理的客户端连接也就越多。

因此，优化客户端/服务器通信是服务器合并的一个重要方面。

Microsoft®OfficeOutlook®2003是Exchange2003的理想邮件客户端。

此客户端包含的多项功能专门用于降低网络带宽消耗和增强Exchange2003组织中的用户通过远程连接收发电子邮件的体验。

以下是可通过使用Outlook2003在客户端/服务器通信中实现的重要改进。

这些改进使您能够将大量邮箱设置到一个运行Exchange2003的服务器：

∙MAPI压缩和缓冲区打包在Exchange2003组织中使用Outlook2003时，邮箱内容会先在Exchange服务器上压缩，然后再发送到Outlook2003客户端。

此外，数据被打包成较大的优化缓冲区数据包，因此减少了通过Outlook客户端和服务器（运行Exchange2003）之间的网络所传输的请求数量。

MAPI压缩和缓冲区打包都可以显著降低客户端/服务器通信的网络带宽需求，使Exchange服务器能够以可接受的响应时间管理更多用户。

∙Exchange缓存模式此功能使Outlook2003能够从基于服务器的邮箱下载所有邮件，并使其在本地客户端计算机的缓存中保持同步。

下载完邮箱的完整副本之后，客户端将从本地计算机执行大多数电子邮件相关的任务。

只在脱机文件夹同步期间、将新邮件下载到客户端计算机、将添加或更改的邮件上载到服务器或发送邮件时，才需要与服务器进行通信。

下图说明了Exchange缓存模式原理。

在Exchange缓存模式中同步基于服务器的邮箱内容

Exchange缓存模式可以极大降低服务器的工作负荷和网络带宽消耗。

Exchange缓存模式还可提高Outlook2003的远程或分支机构的用户体验。

不论网络连接速度多慢或者多么不可靠，始终可以快速访问本地缓存中存储的邮件，并且这种访问不依赖于服务器的可用性。

由于客户端使用数据的本地副本，所以在网络中断或因维护而临时关闭服务器时，用户不需要对脱机配置文件重新启动Outlook2003。

在Exchange缓存模式中，用户可以从下列下载选项中进行选择。

∙下载所有项目通过快速、可靠的网络连接使用Exchange缓存模式时，这是默认设置和最佳选项。

客户端会立即将所有邮件下载到客户端。

∙先下载邮件头，然后下载所有项目在该选项中，客户端先执行邮件头下载，这样用户就能立即看到新邮件列表。

邮件头下载完成之后，客户端执行完全下载，将所有数据下载到客户端。

如果用户希望立即访问新邮件，则该选项可能是不错的选择，但请注意，与下载所有项目相比，此模式需要额外的客户端/服务器通信周期。

∙仅下载邮件头通过速度较慢且不可靠的网络链接（如拨号连接）使用Exchange缓存模式时，这是最佳选项。

客户端仅下载邮件头，这样用户就可以看到电子邮件及附件的大小，然后决定下载哪个邮件或者直接将其从服务器上删除。

当用户在Outlook2003中打开邮件时客户端将下载该邮件。

注意：

因为Exchange缓存模式有许多优点，建议您对本地连接及远程网络连接启用该模式。

∙Outlook2003的同步性能得到改进通过减少客户端和服务器之间的更改通知数目，可进一步提高处于Exchange缓存模式的Outlook2003性能。

服务器通知客户端要下载的邮件数目和大小，并且在邮件被标记为已读或未读、被标志或通过其他方式进行修改时，仅向服务器发送列出更改的邮件头。

下载所有项目时，MAPI压缩可确保高效的数据流。

了解Outlook2003中执行的是增量同步，这一点很重要。

也就是说，如果同步周期被打断，同步过程会在发生中断的地方继续进行，而不是重新开始整个同步过程。

标记为损坏或冲突的项目将被移动到SyncItems文件夹，从而允许继续同步。

用户可以在Outlook2003客户端的右下角看到同步进度表。

进度表显示详细的同步信息，如剩余的需要同步的数据总量以及邮箱文件夹是否为最新。

∙Outlook2003性能监视Outlook2003收集性能信息并将其发送到Exchange2003，从而信息技术管理员可以识别与带宽条件不理想或连接情况糟糕有关的性能瓶颈。

性能数据存储在Exchange存储中，并在事件日志中通过性能计数器进行报告。

要连续监视响应时间并在任何时段创建性能报告，可使用非Microsoft工具或Microsoft工具，如MicrosoftOperationsManager的Exchange2003管理包（ExchangeManagementPack.akm）。

分析中心服务器的性能数据有助于信息技术部门识别本地和远程客户端何时遇到连接性问题。

使用ExchangeServer2003的服务器合并策略

通过使用Microsoft®ExchangeServer2003，组织可借助增强的系统可靠性提高其服务级别。

此外，组织还可以创建高度灵活的基础结构，以便将来能够以可控方式增长。

部署Exchange2003的组织可以通过使用以下一般性的策略实现这些目标：

∙将多个小型服务器合并成少数大型服务器与使用早期版本的Exchange相比，使用Exchange2003时每台服务器可容纳的用户数更多，同时保持了可用的备份窗口。

Exchange2003在WindowsServer™2003群集上运行，该群集最多可包含八个节点。

备份代理使用WindowsServer2003中新增的卷影复制服务，可大大减少进行Exchange2003备份操作所需的时间。

Exchange2003的特点还有“恢复存储组”和“邮箱恢复中心”。

可以使用恢复存储组快速方便地从数据库备份还原单个邮箱。

另一方面，邮箱恢复中心通过向ActiveDirectory®中的相应用户提供邮箱的批量重新连接，来支持灾难恢复方案。

∙将服务器从多个地理位置物理移至一个中央位置此方法通常称为站点合并，并需要将所有服务器安装到一个数据中心。

Outlook®2003支持在Exchange2003组织中进行站点合并。

在网络不稳定情况下，借助Exchange缓存模式中的线上MAPI压缩和客户端缓存功能，Outlook2003更容易恢复，并且与早期版本的Outlook2003相比它所需的网络带宽更少。

站点合并有助于降低管理开销，而且使信息工作者在远程工作时更易于访问邮件资源。

∙使用数目较少的管理界面自动维护多个服务器此方法有时称为虚拟合并，指的是将多个服务器作为一个虚拟服务器系统进行管理。

个别服务器可能驻留在数据中心或者不同的地理位置。

与ActiveDirectory和新管理工具（如MicrosoftOperationsManager的Exchange2003管理包（ExchangeManagementPack.akm））的集成，是Exchange2003组织进行虚拟合并的主要催化剂。

例如，使用Exchange2003中包含的ExchangeManagementPack.akm，组织能够通过单个MicrosoftOperationsManager控制台或网页监视组织中的所有Exchange服务器的性能、可用性和安全性。

将ExchangeServer2003移到新硬件

本节说明如何将现有ExchangeServer2003移到新计算机以及如何使其在新硬件上保持相同的服务器名。

可以运行ExchangeServer2003企业版或标准版。

由于组织的电子邮件需求不断增加，因此可以将Exchange服务器移到较新的硬件中。

有关移动ExchangeServer2003和保持相同服务器名的详细信息，请参阅如何将ExchangeServer2003移动到新硬件并保持同一服务器名。

如何将ExchangeServer2003移动到新硬件并保持同一服务器名

本节说明如何将MicrosoftExchangeServer2003（企业版或标准版）移至新计算机，并解释如何在新硬件上保持同一服务器名。

要将Exchange2003移至新计算机并保持同一服务器名，新计算机安装的操作系统必须与原始计算机安装的操作系统相同。

要将Exchange2003移至新计算机，请执行下列步骤。

开始之前

如果Exchange2003计算机是域控制器，则必须了解一些重要的考虑因素。

有关其他信息，请参阅下列Microsoft知识库文章：

∙298450在Windows2000和WindowsServer2003下删除ActiveDirectory中的关键对象

∙257288HowtoRecoverfromaDeletedDomainControllerMachineAccountinWindows2000（英文）

步骤

将Exchange2003移至新硬件并保持同一服务器名

1.对现有Exchange2003计算机上的所有Exchange2003存储组和站点复制服务（SRS）数据库进行完整备份。

2.使现有Exchange2003计算机脱机。

3.重置现有Exchange2003计算机的计算机帐户。

要实现此目的，请执行下列步骤：

a.启动“ActiveDirectory用户和计算机”。

b.找到现有Exchange2003计算机的计算机帐户，用鼠标右键单击该计算机帐户，然后单击“重置帐户”。

4.使新计算机联机，然后确认新计算机所运行的操作系统与现有Exchange2003计算机上安装的操作系统相同。

注意：

确保新计算机有网络中唯一的计算机名。

5.将新计算机重命名为原始计算机的名称，然后将新计算机加入到域。

注意：

在将新计算机加入到域之前不能从域中删除原始计算机帐户。

此外，不能从Exchange系统管理器删除原始Exchange服务器。

6.使用Exchange2003管理员（完全控制）帐户登录到新计算机。

7.安装Exchange2003要求的所有组件，如NNTP服务、SMTP服务和WorldWideWeb服务。

8.对于新服务器上包含Exchange数据且有足够空间容纳还原数据的驱动器，将驱动器号配置为对应旧服务器配置或与其匹配。

9.使用以下参数运行Exchange2003安装程序：

Setup/disasterrecovery

请确保对“消息与协作”服务和“Exchange系统管理工具”单击“操作-灾难恢复”。

10.安装程序完成后，通过使用“/disasterrecovery”开关安装在现有服务器上安装的Exchange2003ServicePack。

11.检查注册表查看是否存在以下注册表子项：

HKEY_LOCAL_MACHINE\Software\Microsoft\Exchange\Setup

如果“HKEY_LOCAL_MACHINE\Software\Microsoft\Exchange\Setup”子项不存在，则根据ServicePack值添加DWORD值和以下十六进制值：

DWORD值名称：

ServicePackBuild

十六进制值：

编号

十六进制值的编号基于ServicePack而变化，如下所示：

∙对于没有安装ServicePack的原始发行版，十六进制编号为“1B20”

∙ServicePack1的十六进制编号为“1C3A”

∙ServicePack2的十六进制编号为“1DD6”

12.安装现有服务器上安装的任何Exchange2003Post-ServicePack修补程序。

13.在单独的还原作业中，从Exchange2003服务器备份还原存储组和站点复制服务（SRS）数据库。

14.还原操作完成后装入所有存储。

确保客户端能够连接并且邮件可以流动。

注意如果Exchange2003计算机的IP地址发生更改，请确保更新域名系统（DNS）记录。

如果您不更新DNS记录，其他服务器可能尝试连接到以前的地址。

详细信息

有关如何将Exchange2000移至新硬件并保持同一服务器名的详细信息，请参阅Microsoft知识库文章297289“如何将Exchange2000移动到新的硬件上并保持相同的服务器名”。

决定合并Exchange邮件系统

应基于组织现有基础结构的评估来作出合并邮件系统的决定。

此评估应包含环境的图形表示，用于显示单独管理的各个区域，以及在这些区域内存储邮箱、运行邮件连接器、管理传入浏览器连接或执行其他任务的服务器。

因为网络可靠性和可用带宽会明显影响合并策略，所以评估还应包含基本网络分析。

下图显示了一种可确定合并时机的建议方法。

确定服务器合并时机

将按以下顺序回答对服务器合并策略的疑问：

∙是否有可能实现集中式管理模型？

   Microsoft®ExchangeServer2003的管理没有与物理网络结构绑定，所以组织可以为ExchangeServer2003实现集中式管理模型，甚至可以实现跨多个地理位置的集中式管理模型。

因为通常无法跨需要独立管理的域合并服务器，所以集中式管理模型比分散式管理模型更适合服务器合并。

如果无法实现完全的集中式管理，则应考虑实现混合模型，不同的信息技术部门负责组织中的各个地理区域。

每个部门主要负责属于其指定区域的所有远程位置。

这样才有可能将服务器合并到区域性数据中心。

∙是否有可能将远程位置合并到数据中心？

   如果有足够的网络带宽来支持客户端/服务器通信，并且响应时间也是可接受的，则同一管理权限下的远程位置非常适合进行站点合并。

如前所述，处于Exchange缓存模式的Outlook®2003可通过慢速或不可靠的网络连接进行工作。

但是，应执行性能测试和试生产项目来确定现有带宽是否是足够的。

组织可能需要升级无法满足工作负荷要求的网络连接，或者避免取消区域办事处的邮箱服务器。

注意：

若要估计带宽需求，应考虑通过网络链路连接到Exchange2003的用户数目、用于访问邮箱的客户端类型（例如，处于Exchange缓存模式的Outlook2003或MicrosoftOfficeOutlookWebAccess）和用户习惯（例如，经常通信的电子邮件用户与不经常通信的电子邮件用户）。

还必须考虑与基于Exchange的客户端/服务器通信无关的进程，例如，文件和打印机共享或ActiveDirectory®复制。

∙是否有可能合并各个位置中的服务器？

   若要确定数据中心或地理位置内可以合并的服务器，必须分析现有服务器当前管理的各种任务。

某些服务器类型比其他类型更适合进行实际的物理合并。

例如，某些服务器可能仅负责存储邮箱（邮箱服务器），而其他服务器可能仅提供邮件传输服务（桥头服务器）。

应合并邮箱服务器，但将大型组织中的桥头服务器或Web服务器合并到邮箱服务器也不一定是个好主意。

由于桥头服务器和Web服务器需要很高的网络带宽，因此更适合基于负载平衡技术的服务器场（如MicrosoftApplication