问:目前我正在规划从 Exchange Server 2003 到新 Exchange Server 2007 组织的迁移。为将公用文件夹复制到新组织,我计划使用 Microsoft® Inter-Organization Replication (IORepl) 工具。但我听说 Exchange 2007 目标服务器并不支持 IORepl,必须将 Exchange 2003 服务器引入到目标 Exchange 组织。
答:尽管有传言不支持在 Exchange 2003 组织与纯 Exchange 2007 组织之间复制空闲/忙碌数据或公用文件夹,但事实并非如此。实际上,在装有 Exchange 2007 管理工具而没有其他任何 Exchange 2007 服务器角色的服务器上使用 IORepl 是完全受支持的。但应记住,您必须还要在服务器上安装 Microsoft Exchange Server 消息应用程序编程接口 (MAPI) 客户端和协作数据对象 (CDO),因为在基本产品安装过程中将不再提供这些工具。
问:我正在为一个包含 150,000 个席位的大型组织设计 Exchange Server 2007,我需要计算 Exchange 2007 消息基础结构所需的全局编录服务器数目。您能提供一些帮助吗?
答:当然可以!这正是本栏目的主要任务。首先,务必要了解您应根据计划使用的 Exchange 2007 邮箱服务器核心总数计算所需的全局编录服务器数(或者更具体地说,多少个核心,我们在此不会讨论处理器)。请注意,您仅根据邮箱服务器计算全局编录服务器核心数;不要包含其他 Exchange 2007 服务器角色(客户端访问、集线器传输、统一消息和边缘传输)。虽然其他 Exchange 2007 服务器角色会影响所需的全局编录服务器数,但部署的邮箱服务器数会影响其他 Exchange 2007 服务器角色,这意味着您可以根据邮箱服务器数计算所需的全局编录服务器数。
此外,全局编录核心数还取决于您在 Active Directory® 基础结构中使用的是 32 位还是 64 位域控制器。如果使用 32 位域控制器,则采用比率 4:1,即您应计划每 4 个邮箱服务器核心使用 1 个全局编录核心。如果使用 64 位域控制器,则比率为 8:1。举例来说,如果您部署的 Exchange 2007 邮箱服务器装有 8 个核心,而且您使用的是 64 位域控制器,则您的每一个 Exchange 2007 邮箱服务器都需要一台全局编录服务器。最后,使用 64 位域控制器时,请确保您安装了足够的内存,以便可以将整个 Active Directory 数据库(NTDS.DIT 文件)缓存在内存中。
问:上一个问题解释了有关每台 Exchange 2007 邮箱服务器所需的全局编录服务器数的建议值。我如何计算出应部署的 Exchange 2007 集线器传输和客户端访问服务器角色数?
答:正如上述回答所建议的那样,您应部署的 Exchange 2007 客户端访问以及集线器传输服务器(或者更具体地说,服务器核心)的数目与邮箱服务器核心数相关。目前并没有明确的规则,但经验是每 4 个邮箱服务器核心需要 1 个客户端访问服务器核心(比率 4:1),每 7 个邮箱服务器核心需要 1 个集线器传输服务器核心 (7:1)。后者适用于没有安装防病毒扫描的集线器传输服务器。如果安装了防病毒扫描产品(如 Forefront Security for Exchange),则比率通常接近于每 5 个邮箱服务器核心需要 1 个集线器传输服务器核心(比率 5:1)。
问:我听说不适合在一台 Exchange 2007 服务器中安装 8 个以上处理器核心。是真的吗?如果是这样,原因何在?
答:确实是这样。尽管 Exchange Server 2007 从安装多核处理器获得了相当大的好处,但 Exchange 2007 服务器中最多能安装 8 个核心。更具体地说,实际上只有 2 个 Exchange 2007 服务器角色能从使用额外的核心(最多 8 个)受益,即集线器传输和邮箱服务器角色。只有极其繁忙的 Exchange 2007 服务器会出现这种情况,它们每天要处理数百万条消息并存储数千个邮箱。
Exchange 产品小组已经对安装在一台 Exchange 2007 邮箱服务器中的 12 个处理器核心进行了测试,发现存储性能和可伸缩性出现负面效果。他们还观察到当从 8 个核心转为 16 个核心后远程过程调用 (RPC) 的平均延时翻了一番。
除非您预期邮箱服务器格外繁忙,否则 4 个处理器核心通常就足够了。要了解其他 Exchange 2007 服务器角色的更多信息和处理器注意事项,请参阅
technet.microsoft.com/aa998874。
问:目前我们正在从 Exchange 2000 和 Exchange 2003 组织向新 Exchange 2007 组织进行交叉林迁移。但是,当我尝试使用指定了 -SourceMailboxCleanupOptions DeleteSourceMailbox 参数的 Move-Mailbox cmdlet 将邮箱从源林移至目标林时,出现了以下错误:
“尽管已将邮箱移到目标 Exchange 服务器并从源 Exchange 服务器上删除,但在从源邮箱用户删除邮箱属性时仍然出错。域控制器 'file01' 操作系统的版本是 5.0 (2195) Service Pack 4。所需的最低版本是 5.2 (3790) Service Pack 1。”
基于 Windows Server® 2003 的域控制器(也是全局编录服务器)存在于源林中,但看起来不能指定应使用源林中的哪个域控制器,因为 –DomainController 参数只能指定目标林中的域控制器或全局编录服务器。是这样吗?如果是,有什么解决办法吗?
答:是这样。在 Move-Mailbox cmdlet 中,您不能指定源林中的域控制器或全局编录服务器;此域控制器(全局编录服务器)将随机选取。有几个解决方法,但没有一个方法是特别完美的。第一个方法是取消配置源林中的任何基于 Windows® 2000 的域控制器,但我知道这通常并不可取。第二个解决方法可能会对您的情况有所帮助。Move-Mailbox cmdlet 需要使用域控制器(还充当全局编录服务器),这意味着您可以通过从源林中的任何 Windows 2000 服务器删除全局编录服务器角色来解决这一问题。 我已经在多个迁移方案中成功使用了这一方法,因此此方法确实值得一试。
问:可以在一个 Active Directory 站点(如美国)安装 Exchange 2007 客户端访问、集线器传输或邮箱服务器,然后在将服务器传输到另一个 Active Directory 站点(如丹麦)吗? 如果可以,那么 Exchange 2007 服务器之后会自动发现新 Active Directory 站点成员身份还是需要您手动干预?
答:可以,此方案完全受支持,且不需要任何手动干预。Net Logon (NetLogon) 和 Microsoft Exchange Active Directory Topology (MSExchangeADTopology) 服务负责处理 Exchange 2007 服务器的站点成员身份。如果服务器改变了其站点成员身份,MSExchangeADTopology 服务会自动更新服务器的站点属性(称为 msExchServerSite 属性)。如图 1 所示,您可以通过使用工具(如 ADSIEdit)查看 msExchServerSite 属性。
图 1 查看 msExchServerSite 属性(单击图像可查看大图)
如果您要深入了解 Exchange 2007 与 Active Directory 站点如何相互关联,我强烈建议您查看 Exchange 2007 文档中的“了解基于 Active Directory 站点的路由”,网址为
technet.microsoft.com/aa998825。
问:在对邮箱数据库启用了本地连续复制 (LCR) 的 Exchange 2007 邮箱服务器上,可以使用 Microsoft Data Protection Manager 2007 (DPM 2007) 通过被动邮箱数据库副本备份邮箱数据吗?
答:虽然您可以在 Exchange 2007 群集连续复制 (CCR) 环境中使用 DPM 2007 通过被动节点备份邮箱数据库,但是,当在 Exchange 2007 LCR 环境中处理邮箱数据库副本时并不支持这一操作。
问:可以将 Exchange Server 2007 群集邮箱服务器 (CMS) 数据库安装在独立的邮箱服务器中,但是否可以将非群集数据库安装在基于 CCR 或单一副本群集 (SCC) 的 Exchange 2007 CMS 上?
答:由于 Exchange Server 2007 信息存储并不知道其所在的服务器类型,因此完全支持在基于 CCR 或 SCC 的 CMS 上安装非群集数据库。
问:根据 technet.microsoft.com/bb508861 上文章的介绍,Exchange Server Quota Message Service (QMS) 在群集 Exchange 2003 服务器上不受支持。未来的 Exchange 2003 或 Exchange 2007 群集环境会提供此项服务吗? 答:未来的 Exchange 2003 CMS 上将不支持 Exchange Server QMS 工具。而且,QMS 工具也不受群集(或与此相关的非群集)Exchange 2007 邮箱服务器的支持。但如果您在组织中使用 Exchange 2007,实际上无需安装 QMS 工具,因为 Exchange 本身就包含同样的功能。有关如何在 Exchange 2007 中管理配额消息的详细信息,请参阅
technet.microsoft.com/bb232089。
问:您知道有任何列出了在 Active Directory 用户和/或组对象(当这些实体分别启用邮箱或邮件时)上设置的属性的可用参考文档吗?
答:Exchange 2007 文档中的“拆分权限模型参考”列出了这些属性。 您可以在
technet.microsoft.com/bb430782 上找到此文章。
问:有什么方法可以将 Exchange 2007 集线器传输服务器指定为我们 Exchange 2007 消息传递基础结构中内部邮件流的桥头服务器吗?举例来说,想法就是将所有从 Active Directory 站点 1 发送到 Active Directory 站点 2 的邮件通过集线器传输服务器 A(位于 Active Directory 站点 1 中)路由到集线器传输服务器 B(位于 Active Directory 站点 2 中),反之亦然。这样行吗?
答:这样不行。要使其可行,Active Directory 站点的邮箱服务器需要了解收件人是否位于不同的 Active Directory 站点。Exchange 2007 邮箱服务器角色没有内置这种机制。
除非邮箱服务器上本地安装了集线器传输服务器,否则邮箱服务器将始终平衡同一 Active Directory 站点中两个集线器传输服务器之间的连接负载。(如果邮箱服务器上安装了集线器传输服务器角色,则与邮箱服务器位于同一位置的集线器传输服务器将始终为首选。)
只有在分类之后,Exchange 2007 才会知道收件人邮箱的位置。实现此目标的捷径是使用 SubmissionServerOverrideList 参数与 Set-MailboxServer cmdlet 来创建邮箱服务器应使用的集线器传输服务器静态列表,如
图 2 所示(请参阅
technet.microsoft.com/bb232193)。
图 2 邮箱服务器设置(单击图像可查看大图)
这意味着如果您指定了集线器传输服务器 A 或 B,邮箱服务器将始终使用该集线器传输服务器,将其用于发送给指定站点收件人的邮件,以及所有 Active Directory 站点和本地邮件传送。由于理论上这将可能产生单点故障,因此我建议不要使用这一方法。
问:我打算将 Exchange Server 2007 SP1 邮箱服务器安装到 Windows Server 2008 上,但我对磁盘对齐有所疑问。我知道对于运行 Windows Server 2003 的服务器上安装的 Exchange Server 2003 或 Exchange Server 2007,建议使用 diskpart 工具创建用于存放事务日志文件和邮箱存储的分区,以便改善整体性能。另外还建议按照供应商建议对齐存储分区。如果存储供应商没有任何建议,Microsoft 建议最好使用 64KB。
当在 Windows Server 2008 上安装 Exchange 2007 邮箱服务器时,我应如何配置磁盘对齐?上述规则还适用吗?
答:猜测一下是什么?在 Windows Server 2008 中,您不再需要使用 diskpart 工具跟踪将存储 Exchange Server 2007 SP1 事务日志文件和邮箱数据库的磁盘分区的对齐情况。在 Windows Server 2008 中,Windows Server 2003 中的磁盘分区对齐问题(即当您使用 Windows 磁盘管理工具时,分区将始终从第 64 个扇区开始,从而导致整个分区错位)已经得到了更正。
有关跟踪对齐问题的详细信息,请参阅 Exchange 团队博客(
msexchangeteam.com/archive/2005/08/10/408950.aspx)。此外,Windows Server 2008 会通过使用 1024KB 边界对齐磁盘分区。TechNet 的 Exchange Server 2007 文档(
technet.microsoft.com/bb738145)也对这一方面进行了介绍。
问:我们目前正规划在基于 Exchange Server 2007 SP1 的消息传递环境中实现备用连续复制 (SCR)。我们是一个规模相对较小的站点,如使用另一台装有 Exchange 2007 服务器的物理计算机充当另一个站点的 SCR 目标,成本过大。
对于 SCR 目标上是否支持邮箱服务器角色之外的其他角色,我们不太确定。
答:源以及目标 SCR Exchange 服务器均可运行其他 Exchange 2007 SP1 角色。举例来说,这意味着完全支持部署装有客户端访问角色、集线器传输角色和邮箱服务器角色的 Exchange 2007 SP1 服务器,并支持使用它们作为 SCR 目标。
问:我们的组织采用 Windows Server 2003 Active Directory 林和 Exchange 2007 消息传递基础结构,很快将需要与最近收购的组织合并。两个组织合并的一个要求是隔离 Exchange 2007 地址列表,以便每个组织的用户只能查看含有其自己用户的地址列表。
我好像记得一些 Microsoft 知识库文章中包含了有关如何在 Exchange 2003 环境中实现这一点的分步说明。在基于 Exchange 2007 的环境下分隔地址列表时有什么方法?
答:提供所有必需的步骤需要很大的篇幅。幸运的是,Microsoft 最近发布了一份技术白皮书,其中说明了如何在 Exchange 2007 中着手配置虚拟组织和地址列表分隔。您可以在
technet.microsoft.com/bb936719 上找到此白皮书。另外,您务必要花上几分钟的时间阅读 Dave Goldman 博客上对此白皮书的评论(请参阅 go.microsoft.com/fwlink/?LinkId=115499)。
问:Exchange Server 2007 需要 Windows Internet 命名服务 (WINS) 才能正常工作吗?
答:Exchange Server 2007 产品本身不需要 WINS。但根据您在 Exchange Server 2007 消息传递环境中使用的 Microsoft Office Outlook® 的版本,可能会需要 WINS。如果您的消息传递环境实际包含 Exchange 2007 服务器和 Outlook 2007 或 Outlook 2003 客户端,那么就不需要 WINS。
Outlook 2007 很少会需要 WINS。当将邮箱迁移到新的 Exchange 林时,RTM 版本的 Outlook 2007 将尝试使用 NetBIOS 名称(而不是预期的全限定域名 (FQDN))连接 Exchange 邮箱服务器。但是,这一问题已通过 2008 年 1 月发布的 Outlook 2007 SP1 后续修补程序包得到了更正 (
support.microsoft.com/?id=941275)。
如果您的最终用户使用 Outlook 2002,则始终都将需要 WINS,因为此客户端要依赖 NetBIOS 名称解析。我特意没提及 Outlook 2002 之前的 Outlook 客户端,因为它们不受 Exchange 2007 支持,但情况都是一样的。
Henrik Walther 是一名 Microsoft 认证架构师:消息传递(见习)和 Exchange MVP,并且具有 14 年以上的 IT 从业经验。他是 Interprise Consulting 的技术架构师以及 Biblioso Corporation 的技术文档撰稿人。