Exchange 问答对齐磁盘分区、规划 SCR 及其他
Henrik Walther
问：目前我正在规划从 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 的技术文档撰稿人。