在Exchange 2007中，可以使用Exchange Management Shell的命令行“Move-Mailbox”来迁移邮箱，当然，也可以使用Exchange的管理控制台。在Exchange 2010中，尽管迁移的整个过程有少许变化，但仍可以使用Exchange管理控制台和Exchange Management Shell这两种方法。本系列文章中，将介绍如何在Exchange 2010中对邮箱进行迁移，特别要对Exchange 2010的“迁移请求”(Move Request )功能进行重点介绍。

　　迁移请求

　　在Exchange 2010中，“Move-Mailbox”命令行不再适用，迁移邮箱围绕“迁移请求” (Move Requests”这个广为人知的功能展开。由于“Move-Mailbox”命令行不可用，因此将不能使用这个命令将邮箱从Exchange 2007迁移到Exchange 2010，这里必须要用到Exchange 2010的“迁移邮箱”功能。

　　迁移请求必须由Exchange管理员通过Exchange管理控制台或Exchange Management Shell创建。本文着重讲述在同一森林(Forest)中迁移邮箱，这种类型的迁移称为“本地迁移请求”，而跨森林迁移邮箱则被称为“远程迁移请求”。远程迁移请求将在后续文章里陆续介绍。

　　该命令行作为迁移请求功能的一部分，由Exchange邮箱复制服务(Exchange Mailbox Replication Service)执行。Exchange邮箱复制服务是Exchange 2010新添加的一项服务，通过客户端访问服务器(Client Access Server)角色运行。详见图1。

　　图1：Exchange邮箱复制服务

　　迁移请求将一个特殊的系统信息发送到邮箱数据库里的系统邮箱。Exchange邮箱复制服务对每个邮箱数据库里系统邮箱的内容进行检查，判断是否有排队等候的迁移请求，然后对它们进行相应的处理。该服务执行邮箱迁移有诸多好处，这里主要列举了在项目迁移时通常会遇到的三个方面：

　　•用户登录的同时在线迁移邮箱。当然，这种操作只适用于源邮箱运行在Exchange 2007 SP2(或更高版本)或Exchange 2010的情况下。然而，这一点在邮箱迁移过程中大受欢迎，因为这将有助于摆脱邮箱迁移时脱离核心业务的困扰。

　　•垃圾项目可作为进程的一部分一并迁移。在Exchange的早期版本中，迁移邮箱并不移动垃圾箱中的项目，因此，需要用户在迁移邮箱之前恢复已删除项目。实际操作中，经常会忽略把这一点提醒给最终用户。某些情况下，已经完成迁移的用户为了确认所有邮件都已迁移，不得不对垃圾箱项目进行恢复，却发现它早已完全清空。

　　•无需运行迁移进程的计算机处理邮箱内容。在Exchange 2007中，Move-Mailbox命令行或相关脚本通常运行在管理计算机上，而不是直接在目标Exchange 2007服务器上运行。在这种情况下，邮箱内容从源数据库迁移到管理计算机，再到目标数据库。通过在目标数据库服务器上运行命令行或脚本可以缓解这种情形。在Exchange 2010中，由于迁移操作由运行在客户端访问服务器上的Exchange邮箱复制服务执行，因此不会遇到这种情况。

　　既然每个客户端访问服务器上的Exchange邮箱复制服务负责处理邮箱迁移，那么多个客户端访问服务器会不会影响邮箱迁移?例如，两个客户端访问服务器试图在同一时间迁移到同一邮箱，情况如何?幸运的是，微软在同一活动目录(Active Directory)站点下的所有客户端访问服务器之间实施了一个共享机制，因此这种情况得以避免。