常规的交换数据迁移分为以下几种:
1,组织内部不同数据库之间的迁移:这种通过创建移动请求就可以完成比较简单
2,不同组织之间(跨域)的迁移:相对较为复杂由于域名不一样所以操作起来会比较复杂
今天重点跟各位分享以下不同组织之间的邮箱数据迁移,迁移方案有以下几种供参考:
方案一:IMAP迁移
此方案适用于一般小型公司,邮箱数据量不多时可以直接进行在线迁移直接迁移。
优势:迁移的源邮箱地址和目标邮箱地址可以不一样,只需要在csv文件中做好账户匹配即可,可以实现在线迁移保证邮件业务不停机
劣势:需要获取每个被迁移用户的账号密码,且在迁移过程中用户不能更改密码,否则迁移不成功,无法对交换公共文件夹进行迁移;单封邮件大于35 mb时无法迁移;相关自定义文件夹或规则无法迁移。
总结:IMAP迁移仅适用于邮箱数据的迁移,且适用于小型公司迁移
方案二:PST迁移
此方案操作性比较强,几乎可以迁移所有的邮箱数据,自定义文件夹,规则等,适用于中大型企业。
优势:所有的邮箱数据都可以一封不掉的迁移到新交换环境中,稳定可靠,通过技术手段可以实现不同组织域名的交换之间迁移邮箱数据。
劣势:操作性比较强,需要专业的技术人员进行操作,迁移过程中邮件业务会中断,中断时间视迁移邮箱数据大小而定,无法对交换公共文件夹进行迁移
方案三:BitTitan MigrationWiz迁移
BitTitan MigrationWiz(简称BT)是由微软云服务在中国的运营商(世纪互联)研发的基于云端的高效自动邮件迁移解决方案,BT可以对所有的邮件系统进行任意的迁移无论交换还是笔记或其他任何IMAP邮件系统,适合于企业兼并收购或架构重整,本地邮件服务器上云等大型公司此类应用场景。
优势:在线迁移,可以迁移用户所有的邮箱数据包括规则等;可以迁移交换公共文件夹;支持不同域名之间迁移;操作简单,直接在世纪互联网络中实现迁移;后台7 x24技术支持,
方案四:交换跨林迁移,此方案实施较为复杂,且排错较多,我都不知道应该怎么描述了。
今天跟大家主要分享以下第二种方案!
用户需求:由于公司剥离合,并会新出现一个公司,要启用新的域名,邮件要和现在的完全独立不能有任何关系。
方案:如果考虑用户名密码不变,则使用ADMT工具来进行用户账号和密码的迁移然后用PST的方式进行邮件迁移;如果全新创立账号,只是希望将原来用户的邮件迁移到新的公司则可以直接通过PST的方式进行。
为方便演示,搭建了简易的两套邮件系统进行数据库导入导出迁移的环境,环境具体信息如下:
2010年Exchange服务器:
域名:zuche.intra ,,,管理员:管理
广告服务器名称:oldad
广告服务器IP地址:192.168.2.10
交换服务器名称:oldex
交换服务器IP地址:192.168.2.11
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中进行选择）如下图：
