常规的Exchange数据迁移分为以下几种：
站在用户的角度思考问题，与客户深入沟通，找到石峰网站设计与石峰网站推广的解决方案，凭借多年的经验，让设计与互联网技术结合，创造个性化、用户体验好的作品，建站类型包括：网站设计、做网站、企业官网、英文网站、手机端网站、网站推广、域名注册、网页空间、企业邮箱。业务覆盖石峰地区。
1、组织内部不同数据库之间的迁移：这种通过创建移动请求就可以完成比较简单
2、不同组织之间（跨域）的迁移：相对较为复杂由于域名不一样所以操作起来会比较复杂
今天重点跟各位分享以下不同组织之间的邮箱数据迁移，迁移方案有以下几种供参考:
方案一：IMAP迁移
此方案适用于一般小型公司，邮箱数据量不多时可以直接进行在线迁移直接迁移。
优势：迁移的源邮箱地址和目标邮箱地址可以不一样，只需要在csv文件中做好账户匹配即可；可以实现在线迁移保证邮件业务不停机
劣势：需要获取每个被迁移用户的账号密码，且在迁移过程中用户不能更改密码，否则迁移不成功；无法对Exchange公共文件夹进行迁移；单封邮件大于35MB时无法迁移；相关自定义文件夹或规则无法迁移。
总结：IMAP迁移仅适用于邮箱数据的迁移，且适用于小型公司迁移
方案二：PST迁移
此方案操作性比较强，几乎可以迁移所有的邮箱数据，自定义文件夹，规则等，适用于中大型企业。
优势：所有的邮箱数据都可以一封不掉的迁移到新Exchange环境中，稳定可靠；通过技术手段可以实现不同组织域名的Exchange之间迁移邮箱数据。
劣势：操作性比较强，需要专业的技术人员进行操作；迁移过程中邮件业务会中断，中断时间视迁移邮箱数据大小而定；无法对Exchange公共文件夹进行迁移
方案三：BitTitan MigrationWiz迁移
BitTitan MigrationWiz（简称BT）是由微软云服务在中国的运营商（世纪互联）研发的基于云端的高效自动邮件迁移解决方案，BT可以对所有的邮件系统进行任意的迁移无论Exchange还是Notes或其他Any IMAP邮件系统，适合于企业兼并收购或架构重整，本地邮件服务器上云等大型公司此类应用场景。
优势：在线迁移，可以迁移用户所有的邮箱数据包括规则等；可以迁移Exchange公共文件夹；支持不同域名之间迁移；操作简单，直接在世纪互联Web中实现迁移；后台7X24技术支持;
方案四：Exchange跨林迁移，此方案实施较为复杂，且排错较多，我都不知道应该怎么描述了。
今天跟大家主要分享以下第二种方案！
用户需求：由于公司剥离合并，会新出现一个公司，要启用新的域名，邮件要和现在的完全独立不能有任何关系。
方案：如果考虑用户名密码不变，则使用ADMT工具来进行用户账号和密码的迁移然后用PST的方式进行邮件迁移；如果全新创立账号，只是希望将原来用户的邮件迁移到新的公司则可以直接通过PST的方式进行。
为方便演示，搭建了简易的两套邮件系统进行数据库导入导出迁移的环境，环境具体信息如下：
Exchange Server 2010：
域名：zuche.intra 管理员：admin
AD服务器名称：oldad
AD服务器IP地址：192.168.2.10
Exchange服务器名称：oldex
Exchange服务器IP地址：192.168.2.11
New Exchange Server 2010：
域名：zuche.com 管理员：administrator
AD服务器名称：newad
AD服务器IP地址：192.168.1.10
Exchange服务器名称：newex
Exchange服务器IP地址：192.168.1.11
我们假设AD用户已经存在的情况下（不管是否迁移密码到新的AD）来实现跨域的迁移
首先需要将用户集中放在某个OU，因为做接收域的时候都是针对某个OU来做的，接下来就进行实际的操作
1、首先在活动目录服务器中打开域和信任关系，右键属性增加一个zuche.com的UPN后缀，如下图：
2、在用户和计算机中更改用户的登录地址为user@zuche.com，如下图：
3、在Exchange Server管理控制台上打开集线器传输，选择接受域，然后点击新建接受域，如下图：
4、填写此接受域的名称以及域名，选择权威域，如下图：
5、创建新的电子邮件地址策略，填写电子邮件地址策略名称，以及收件人容器（在AD中的OU中进行选择）如下图：
电子邮件地址，选择新建，然后在弹出来的对话框中选择接受域为zuche.com如下图：
选择立即应用，完成电子邮件地址策略创建，如下图
为验证配置以及制造些邮箱数据，随便用个账户登录到owa，进行邮件的收发过程省略。
收件箱
日历
个人联系人
接下来就是在源服务器上进行数据导出了
在源服务器上打开Exchange Powershell
赋予管理员导入导出权限：
New-ManagementRoleAssignment -Name "Import Export_Domain Admins" -User "Administrator" -Role "Mailbox Import Export"
然后关闭Exchange Powershell重新打开，运行如下命令批量导出现有的用户
get-mailbox -OrganizationalUnit "zuche.intra/信和时代" -resultsize unlimited | %{New-MailboxexportRequest -mailbox $_.name -FilePath ("\\localhost\c$\export\"+($_.name)+".pst") -BadItemLimit 50}
或者单独导出某个用户的邮箱
如：new-maliboxExportRequest -Mailbox wangyuan@zuche.com -filePath \\localhost\c$\export\wangyuan.pst
有了源数据，接下来就是导入数据到新的Exchage系统中了
首先在新系统中同样为相同的用户启用邮箱帐号（把用户都存放在newmailbox邮箱数据库里面）
打开exchange powershell，为管理员赋予导入导出权限：
New-ManagementRoleAssignment -Name "Import Export_Domain Admins" -User "Administrator" -Role "Mailbox Import Export"
然后批量导入用户邮箱：
get-childitem \\localhost\c$\export\*.pst | select name,basename | %{New-MailboximportRequest -mailbox $_.basename -FilePath ("\\localhost\c$\export\"+$_.name) -BadItemLimit 50}
接着进行验证用户数据是否恢复，打开owa登录帐号查看发件箱，收件箱，日历，联系人可以看出是全部恢复了！
那这时候大家可能会觉得：源邮箱和新邮箱的域名不是一样的吗？
所以接下来需要在新邮件系统里面再创建一条邮件电子策略将所有用户邮箱地址更改为新域名的即可（也可以在创建新AD的时候就直接用新域名，然后添加一个UPN为原来的域名也可行）
此种迁移方法稳定可靠且没有风险，适用于那种一刀切的迁移。但是就是不太灵活，如果某个用户想更改邮箱前缀只能等数据迁移完成后再去修改，而不能想IMAP那样有CSV文件来一一对应源邮箱地址和新邮箱地址，可以随意更改。
迁移方案有很多种，找到适合自己项目的才是最好用的，分享完毕~（此方法同样适用于Exchange 2013和2016）
