能否在纯 Exchange 2010 的组织中安装 Exchange 2003 或 2007？
问题：能否在纯 Exchange 2010 的组织中安装 Exchange 2003 或 2007？
解答：如果该环境是纯 Exchange 2010 环境（仅由 Exchange 2010 服务器构成的 Exchange 组织，且从未部署过 Exchange 的以前版本），则不能。如果从 Exchange 2007 过渡到 Exchange 2010 且已取消最后一个 Exchange 2007 服务器，则也不能，因为现在该组织被视为纯 Exchange 2010 的组织，此后您将无法在该组织中安装 Exchange 2007。
如果计划从 Exchange 2003 过渡到 Exchange 2010 并且已使用 Exchange 2010 安装程序准备好了 Active Directory 林，则还是无法在该组织中安装 Exchange 2007 服务器。顺便说一下，在纯 Exchange 2003 的组织中首次安装 Exchange 2010 时将显示有关无法安装的警告（参见图 1）。
图 1 使用 Exchange 2010 安装程序准备环境后，安装程序将警告您无法在该组织中安装 Exchange 2007。
因此，如果您有时需要 Exchange 2007 服务器，则在从 Exchange 2007 过渡到 Exchange 2010 后，应将一个 Exchange 2007 服务器保留在组织中。或者，如果您正在从 Exchange 2003 过渡到 Exchange 2010，则应先在该组织中部署一个 Exchange 2007 服务器，然后再使用 Exchange 2010 安装程序准备 AD 林。
问题：目前，我们将 Exchange 2007 用作企业环境中的消息传送系统。我们刚刚将所有的客户端计算机从 Windows XP 升级到 Windows 7，但是在新的 Windows 7 客户端上安装 Exchange 2007 (SP2) 管理工具时遇到问题。在 Windows 7 上安装 Exchange 2007 管理工具时，有什么需要特别注意的事项吗？
解答：由于 Exchange Server 2007 的开发早于 Windows 7，因此 Windows 7 不支持 Exchange 2007 管理工具。Exchange 产品组将精力集中在 Exchange 2010 上，它当然会支持 Windows 7。
不幸的是，软件开发始终受预算和资源的约束。在 Exchange 产品组必须决定在 Windows 7 上安装 Exchange 管理工具提供支持时，也受到一些因素的限制。这里有一个事实需要您重点考虑，在使用 Exchange 的所有客户中，大约 65% 仍在使用 Exchange 2003，并且在 Exchange 2010 发布并投入生产后，大部分客户将跳过 Exchange 2007 而直接使用 Exchange 2010。
对此，可以在 Windows 7 客户端上安装 Exchange 2007 Service Pack 3 作为解决方案。对，您没听错。根据客户反馈，Exchange 产品组已决定在 2010 年下半年发布 Exchange 2007 SP3，这将增加对在 Windows 7 客户端上安装 Exchange 2007 管理工具和在 Windows Server 2008 R2 服务器上安装 Exchange 2007 的支持。有关发布 Exchange 2007 SP3 的计划的更多内容，您可以点击以下链接查阅：http://msexchangeteam.com/archive/2009/11/30/453327.aspx。
问题：我计划将 Exchange 2007 迁移到 Exchange 2010，在准备此项任务时，我设置了一个实验室环境，其中包含两个单独的 Active Directory 林。源 AD 林包含 Exchange 2007 组织，目标 AD 林包含 Exchange 2010 组织。
我记得执行从 Exchange 2003 到 Exchange 2007 的跨林迁移时，目标组织不要求 Active Directory 用户帐户已迁移到目标 AD 林中。
尝试将某些 Exchange 2007 邮箱跨林移动到 Exchange 2010 组织后，在 Exchange 2010 中跨林移动邮箱的行为似乎与在 Exchange 2007 中不同。
能否解释一下当目标为 Exchange 2010 组织时，如何跨林移动邮箱？
解答：您说得对，跨林邮箱移动在 Exchange 2010 中的工作方式与在 Exchange 2007 中不同。
如您所言，Exchange 2007 Move-Mailbox cmdlet 不要求在移动相关的邮箱之前将 AD 帐户迁移到目标 AD 林中。Exchange 2007 Move-Mailbox cmdlet 将在目标 AD 林中查找与任何代理地址（SMTP 地址）、源 ObjectSID（masterAccountSID、objectSID 和 sidHistory）或 legacyExchangeDN（在用户对象上标记的 x500 地址）匹配的所有 AD 帐户。如果找到了匹配项，则目标 AD 林中匹配的 AD 帐户将启用邮件。如果找不到匹配项，则 Move-Mailbox cmdlet 将创建一个已禁用的、启用了邮箱的 AD 用户帐户。
在 Exchange 2010 中，情况有所不同。首先，不再使用 Move-Mailbox cmdlet。该 cmdlet 已由全新的 New-Move Request cmdlet 取代，顺便说一下，新的 cmdlet 在几个方面有所改进。此外，使用 New-Move Request cmdlet 执行跨林邮箱移动时，Exchange 2010 希望找到有效的邮件用户并尝试使用 msExchMailboxGUID 使源帐户与目标帐户匹配。与 Exchange 2007 不同，它不会尝试使用上述属性匹配目标帐户。这意味着您需要先为目标 AD 林提供邮件用户，然后才能使用 Exchange 2010 执行跨林移动。
顺便说一下，与 Exchange 2007 不同，现在您就可以使用 Exchange 2010 Exchange 管理控制台执行跨林邮箱移动（参见图 2）。您只需先将 Exchange 组织从目标林 AD 添加到 EMC。
图 2 Exchange 2010 新远程移动请求窗口
您可以在目标 Exchange 2010 组织中创建邮件用户，方法如下：使用 Microsoft TechNet 中此部分中介绍的 PrepareMoveRequest.ps1 脚本，或使用 Identity Lifecycle Management (ILM) 2007 FP1（具有最新修补程序，可使 Exchange 2010 提供 ILM 2007 FP1）或使用 Forefront Identity Management (FIM 2010)，当前后者可在候选发布版 1 中获得并且将在 2010 年第一季度 RTM。
问题：在我们的组织中，当前已部署 Exchange 2007。我们拥有一个高可用性解决方案，该解决方案由 4 个 Exchange 2007 服务器构成，其中两个服务器安装了集线器传输和客户端访问服务器角色，两个服务器充当连续复制群集 (CCR) 群集中的邮箱服务器群集节点。为实现负载平衡和为传入客户端和 SMTP 连接提供自动故障转移，在 Windows NLB 中已配置了安装有 HT 和 CAS 服务器角色的 Exchange 2007 服务器。此解决方案很有效，但是发布 Exchange 2010 后，我们希望使用此最新的 Exchange 服务器版本。在该版本中，我们不仅可以利用几个新功能，而且据说我们可以将 Exchange 服务器数量减少到两个，而不失去现在具有的 HA 功能。
在移动到仅由 2 个服务器构成的 Exchange 2010 HA 解决方案之前，有什么需要特别注意的事项吗？
解答：有。为了构建高可用性 Exchange 2007 消息传送解决方案，其中可进行自动故障转移并且实现在硬件或存储级方面没有任何单点故障，您总共需要 4 个服务器：两个服务器安装有 Exchange 2007 客户端访问和集线器传输服务器角色，两个服务器充当基于群集连续复制的群集 (CCR) 中的群集节点。
集线器传输具有用于站点内通信的内置负载平衡和故障转移功能，并且您可以使用 DNS 循环机制使其实现冗余。但是，由于 CAS 角色不包括任何负载平衡功能，您通常还必须将这两个服务器配置为 Windows 网络负载平衡 (WNLB) 群集中的节点，以便为来自 Internet 和其他外部网络上的客户端和服务器的传入连接提供负载平衡和自动故障转移功能。
作为 CCR 群集中的群集节点的两个服务器将分别安装主动和被动邮箱服务器角色，以便群集邮箱服务器 (CMS) 可切换到或故障转移到这两个节点中的任一个。最后，您在 CCR 群集中将其中一个前端服务器专门用作文件共享见证（第三次投票）。
您可能已经知道，CCR（以及具有相同功能的 SCC、LCR 和 SCR）已从 Exchange 2010 中删除。但是，Exchange 2010 引入了一种新功能，名为数据库可用性分组 (DAG)。该功能使用与 CCR 和 SCR 组合相同的同步技术，但同时提供了许多新功能，并且其很多功能相对于 CCR 和 SCR 有很大提升。值得注意的是，Exchange 2010 支持在包含已添加到 DAG 的邮箱服务器角色的同一服务器上安装其他 Exchange 2010 角色（集线器传输、客户端访问甚至是统一消息）。这就意味着，您无需再将两个服务器专用于配置集线器传输和客户端访问服务器角色的前端服务器。只需在这两个服务器上安装所有必需的 Exchange 2010 角色，您就拥有了基于 Exchange 2010 的完全冗余消息传送解决方案。差不多是这样的。是的，这听起来令人难以置信，不是吗？
您知道，自从 DAG 在一定程度上利用 Windows 故障转移群集 (WFC) 组件（主要是检测信号和群集数据库）后，您便无法将这两个服务器配置为 Windows NLB 中的节点，因为不支持在同一服务器上使用 WFC 和 WNLB。从 Windows NT 4.0 版本开始就不支持，因为在群集服务和 WNLB 之间潜在硬件共享冲突。有关更多信息，请阅读知识库文章：http://support.microsoft.com/default.aspx?kbid=235305.
这意味着，您必须使用外部负载平衡/故障转移设备，例如基于硬件的负载平衡器。另请注意，此平衡器应为冗余的，因此您至少需要两个设备。
尽管您仍在使用 WFC，尽管 DAG 是一种 Enterprise Edition 功能，但实际上您不需要借助 Exchange 2010 Enterprise Edition 就可以使用 DAG。与 Exchange 2007 CCR 不同，DAG 还包括在 Exchange 2010 的标准版中。但请牢记，在这种情况下，您最多只能使用 5 个数据库（其中包括主动和被动数据库副本）。
由于在安装邮箱服务器角色的同一服务器上安装了 CAS 和 HT 角色，并且该服务器是 DAG 成员服务器，所以您可以省去两台服务器和两个 Windows 2008 和 Exchange 2010 标准版许可证。如果您的环境中尚未安装外部负载平衡器，您可以使用虚拟负载平衡器设备或购买基于硬件的负载平衡器。当然，您还需要一个服务器来充当见证服务器，尽管这是使用 Exchange 服务器的推荐最佳做法，但不是必需的。它可以是环境中的任一 Windows 2003/2008 文件服务器。
Henrik Walther 是一名 MicrosoftExchange 2007 认证架构师和 Exchange MVP，而且拥有 15 年以上的 IT 从业经验。他是 Trifork Infrastructure Consulting（位于丹麦的 Microsoft 金牌认证合作伙伴）的技术架构师，同时身兼 Biblioso Corp.（专门从事托管文档和本地化服务的美国公司）的技术撰稿人。
声明： 此文观点不代表本站立场；转载须要保留原文链接；版权疑问请联系我们。
