升级到Exchange 2010之前的那点事儿

我是菜鸟

相对而言，从 Exchanger Server 2003 到 Exchange 2010的转换是非常容易的，但是这一过程还是要求进行一些规划。本文讲述进行转换之前您需要了解的一些事情。

1. 所有的服务器硬件可能无法再使用

Exchange 2010 要求使用 64 位的 Windows 操作系统，而 Exchange 2003 只能在 32 位的 Windows 版本上运行，所以直接升级是不可能的。为了转换为 Exchange 2010，您必须至少购买一台新的服务器。根据 Exchange 的配置方式，也许可进行跳跃式（leapfrog）迁移。利用这种方式，服务器内容转换之后，还可以使用已有的服务器硬件，但有时不一定能够使用跳跃式迁移。

2. 和所有已有 Exchange Server说再见

转换流传要求 Exchange 系统设置为本机模式（native mode），因此，对于所有 Exchange 服务器，如果运行的 Exchange 版本低于 2003，必须进行升级或者放弃继续使用。

3. 必须对活动目录进行更改

最低标准是必须将活动目录设置为 Windows Server 2003 功能等级（functional level）。另外，必须确保在每个站点至少有一个全局目录服务器运行 Windows Server 2003 或更高版本。最后，在安装 Exchange 2010 之前，必须对活动目录架构进行升级。

4. 需要进行再培训

Exchange 2010 与 Exchange 2030 之间没有类似之处，甚至管理工具也发生了变化。 Exchange System Manager 已经替换为 Exchange Management Console 和名为 Exchange Management Shell 命令行工具。此外，考虑到所有架构方面的差别，显而易见进行再培训是非常必要的。

5. 替换前端 Exchange 服务器

某些有关迁移和转换的文章将 Exchange 2003 前端服务器和 Exchange 2010 Client Access Server 进行比较。某种意义上，这种对比是合理的，因为 Client Access 服务器托管了 OWA 服务。在 Exchange 2003 中，前端服务器是可选的，但是在 Exchange 2010 中，即使不打算使用 OWA 服务，也要求 CAS 服务器。每个连接到 Exchange 2010 系统的客户端（包括 Outlook、OWA 和 ActiveSync 客户端）都通过 CAS 服务器连接。

6. 路由组和管理组不再存在

路由组合管理组在 Exchange 2003 中是必备的，但是这些功能在 Exchange 2007 中被删除，而且在 Exchange 2010 中也不再存在。

7. 需制定向后兼容的计划

Exchange 2010 Client Access Server 和 Hub Transport Server 不能向后兼容 Exchange 2003。因此，需要在转换完成之前，保留前端服务器、桥头服务器（bridgehead），甚至有时还需保留邮箱服务器。如果过早地删除这些服务器角色，使用 Exchange 2030 服务器的邮箱可能会丢失一些功能。

8. Client Access Server 具有内置代理

在部署 Exchange 2010 Client Access Server 之后，应对外部 DNS 条目进行配置，以便所有 OWA 请求都流向该服务器，但是应保留 Exchange 2003 前端服务器。Client Access Server 具有内置代理。如果用户的 Exchange 2003 邮箱连接到 Exchange 2010 Client Access Server，那么请求将自动重定向至 Exchange 2003 前端服务器。

9. 了解服务器角色

在 Exchange 2003 中，真正存在的只有两个服务器角色：前端和后端。Exchange 2010 增加了几个角色。在计划进行 Exchange 2010 部署之前，发时间了解这些新角色是至关重要。

10. 某些管理任务需使用 PowerShell

Exchange Management Console（Exchange System Manager 在 Exchange 2010 中替代功能）建立在名为 Exchange Management Shell 命令行界面之上。Exchange Management Shell 是一个 Windows PowerShell 环境，带有一些特定的 Exchange cmdlet 命令。

这意味着通过 Exchange Management Console 执行的任何管理操作也可以通过 Exchange Management Shell 执行。但反过来并行不通。虽然 Exchange Management Console 包含了管理 Exchange 的基本机制，但更多的高级功能，大多数被微软隐藏起来了。想要对 Exchange 2010 进行管理，而不用使用 PowerShell 命令的想法是不现实的。