Exchange2010localusermove.docx

如何在Exchange 2010中对邮箱进行迁移　在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新添加的一项服务，通过客户端访问/list/b/0402_1.shtml服务器(Client Access Server)角色运行。详见图1。　图1：Exchange邮箱复制服务　迁移请求将一个特殊的系统信息发送到邮箱数据库里的系统邮箱。Exchange邮箱复制服务对每个邮箱数据库里系统邮箱的内容进行检查，判断是否有排队等候的迁移请求，然后对它们进行相应的处理。该服务执行邮箱迁移有诸多好处，这里主要列举了在项目迁移时通常会遇到的三个方面：　?用户登录的同时在线迁移邮箱。当然，这种操作只适用于源邮箱运行在Exchange 2007 SP2(或更高版本)或Exchange 2010的情况下。然而，这一点在邮箱迁移过程中大受欢迎，因为这将有助于摆脱邮箱迁移时脱离核心业务的困扰。　?垃圾项目可作为进程的一部分一并迁移。在Exchange的早期版本中，迁移邮箱并不移动垃圾箱中的项目，因此，需要用户在迁移邮箱之前恢复已删除项目。实际操作中，经常会忽略把这一点提醒给最终用户。某些情况下，已经完成迁移的用户为了确认所有邮件都已迁移，不得不对垃圾箱项目进行恢复，却发现它早已完全清空。　?无需运行迁移进程的计算机处理邮箱内容。在Exchange 2007中，Move-Mailbox命令行或相关脚本通常运行在管理计算机上，而不是直接在目标Exchange 2007/Server/10734_1.html服务器上运行。在这种情况下，邮箱内容从源数据库迁移到管理计算机，再到目标数据库。通过在目标数据库服务器上运行命令行或脚本可以缓解这种情形。在Exchange 2010中，由于迁移操作由运行在客户端访问服务器上的Exchange邮箱复制服务执行，因此不会遇到这种情况。　既然每个客户端访问服务器上的Exchange邮箱复制服务负责处理邮箱迁移，那么多个客户端访问服务器会不会影响邮箱迁移?例如，两个客户端访问服务器试图在同一时间迁移到同一邮箱，情况如何?幸运的是，微软在同一活动目录(Active Directory)站点下的所有客户端访问服务器之间实施了一个共享机制，因此这种情况得以避免。　创建本地迁移请求　对迁移请求有了一些了解之后，现在，我们开始学习如何使用这项新功能进行邮箱迁移。首先学习使用Exchange管理控制台进行邮箱迁移。　1. 利用已加载的Exchange管理控制台，在控制台树中展开“收件人配置” (Recipient Configuration)，选择“邮箱”项目，项目窗口中将出现所有邮箱的列表。　2. 选择需要迁移的邮箱。如需同时迁移多个邮箱，可多选。　3. 选定邮箱后，可以从操作窗口中选择“新建本地迁移请求” (New Local Move Request…)，也可以右键单击该邮箱对象，然后选择上述同样的选项。如图2所示。　图2：创建一个新的本地迁移请求　4. 图3为“新建本地迁移请求向导”及简介。选定的待迁移邮箱此时也显示在屏幕上，另外还有一些诸如此邮箱数据库当前所驻留数据库等重要信息。 图3：新建本地迁移请求介绍　5. 在简介屏幕上，点