EX2010与EX2013共存迁移01-设计及说明

简介:

1.1共存条件说明

    2013年之前发布的Exchange 2013版本是不支持共存的,只有在2013年4月2日发布的Exchange 2013 CU1版才支持共存,Exchange 2010必须为SP3版本才支持和2013共存及迁移,Exchange2003不支持和2013共存及迁移。下面是详细的共存说明:

wKiom1dBLNnhW6z6AACH1vRmgPo476.png

1.2测试环境说明

wKioL1dBLlOif7UwAAH4W49mIt8809.png

1)内部域名:Beijing.local

2)公网域名:daodefangxiang.com

3)活动目录:Windows 2008 活动目录一台

4)Exchange 2010:Exchange 2010服务器一台

5)Exchange 2013:Exchange2013 CAS服务器一台、Exchange 2013 Mailbox服务器一台

6)测试客户端:内部测试客户端一台,公网测试客户端一台

1.3测试目标

1)实现Exchange 2010和Exchange 2013共存。

2)实现Exchange 2010和Exchange 2013数据迁移。

3)邮件客户端在共存和数据迁移过程中不受任何影响,保证内外邮件客户端可以正常访问邮件。

1.4测试方案设计及说明

1.4.1     共存方案设计示意图:

wKiom1dBMDHzrkIvAADkSyePiMg927.png

1.4.2     迁移设计步骤:

大家看见这张图一定很熟悉吧,其实这张示意图是我按照Exchange 2010升级规划图改的,只是有一点不太一样,先说下升级步骤吧。

步骤一:Exchange 2010升级至Exchange 2010 SP3。

步骤二:Exchange 2013使用CU1版本,按顺序部署Exchange 2013服务器。先安装Mailbox服务器,在安装CAS服务器。

步骤三:移动Internet主机名到Exchange 2013 CAS,MX记录到Exchange 2013 CAS。

步骤四:将邮箱移动到Exchange 2013。

注:在Exchange 2013升级规划过程中,Exchange2010不需要在公网上指定旧版主机名。

1.4.3     共存、迁移说明

Exchange 2010迁移到2013之前必须要做到2个版本之间的共存。Exchange共存指的就是多台不同版本的Exchange服务器加入到同一个Exchange组织,服务器之间能相互访问,共存之后才能实现邮件数据的迁移。Exchange共存最要的目的不仅局限于是邮件数据的迁移,它还可以实现不同Exchange版本之间的邮件客户端共存,举个简单的例子:客户的邮件数据量大约在2T左右,客户准备将邮件系统升级到Exchange 2013,但是我们不可能在周六、日短短2天时间迁移完所有邮件数据,如果迁移不能完成,邮件客户端势必会受到影响,所以我们在迁移之前要先实现邮件客户端的共存。

在迁移前我们要知道些什么:

1、公网A记录指向指向Exchange 2013 Cas:Exchange 2013的客户端访问服务器的功能非常类似于前门,Exchange 2013 Cas会将邮件客户端请求重定向到不同位置或运行 Exchange Server 的更新版本的更适合的客户端访问服务器。简单说,Exchange2013 Cas可以将客户端请求重定向到Exchange 2013 Mailbox或Exchange 2010 Cas,所以说Exchange 2010不需要像以前一样做公网主机名。

2、MX记录指向Exchange 2013 Cas:Exchange 2013 Cas作为组织的所有入站和出站外部 SMTP 流量的无状态代理。前端传输服务不会检查邮件内容,但是它可以基于连接、域、发件人和收件人筛选邮件。前端传输服务仅与邮箱服务器上的传输服务进行通信。也就是说,Exchange 2013 Cas可以对Exchange 2013 Mailbox、Exchange 2010 HUB的邮件做入站和出站的代理,这回大家应该知道,为什么要把MX记录指向Exchange 2013 Cas。

3、Exchange2013 OWA客户端可以自动重定向到Exchange 2010 OWA上:Exchange 2013 Cas最主要的功能就是重定向,既然它可以重定向到Exchange 2013Mailbox上,当然也可以重定向到Exchange 2010 Cas上,微软没这么弱的。

4、Exchange2013 Cas支持Exchange 2010 Outlook Anywhere客户端重定向:Exchange Cas对旧版本的Anywhere的处理,注意是重定向,不是想以前是接管,所有Exchange 2010的Anywhere功能也要开启的。

5、数据迁移后的Outlookanywhere客户端自动更新客户端配置:迁移用户邮箱胡Anywhere客户端的配置是不需要手动更改的,它会将用户配置自动更变到新服务器上,使用的技术大家一定能猜到,就是自动发现,在内部的Anywhere通过SCP进行发现,公网Anywhere通过Autodiscover进行发现。

注,RPC不再是受支持的直接访问协议。 这表示所有 Outlook 连接都必须使用Outlook Anywhere。 


本文转自  zyliday   51CTO博客,原文链接:http://blog.51cto.com/itsoul/1775835
相关文章
|
消息中间件 存储 SQL
跨系统数据一致性方案的思考(上)
本文主要意在总结沉淀现有问题解决经验过程,整理解决跨系统数据不一致问题的经验方法。 跨系统数据一致性,比较优秀的解决方案就是微服务化,不同应用系统采用统一数据源方式,这样可以有效避免数据一致性问题。 但是我们很多系统由于历史原因或者业务缘由,导致非服务化情况下,又要采取数据一致性方案。
跨系统数据一致性方案的思考(上)
|
2月前
|
监控 关系型数据库 MySQL
深入了解MySQL主从复制:构建高效稳定的数据同步架构
深入了解MySQL主从复制:构建高效稳定的数据同步架构
143 1
|
3月前
|
存储 SQL 关系型数据库
一篇文章搞懂MySQL的分库分表,从拆分场景、目标评估、拆分方案、不停机迁移、一致性补偿等方面详细阐述MySQL数据库的分库分表方案
MySQL如何进行分库分表、数据迁移?从相关概念、使用场景、拆分方式、分表字段选择、数据一致性校验等角度阐述MySQL数据库的分库分表方案。
527 15
一篇文章搞懂MySQL的分库分表,从拆分场景、目标评估、拆分方案、不停机迁移、一致性补偿等方面详细阐述MySQL数据库的分库分表方案
|
6月前
|
存储 数据采集 canal
直连同步与分布式同步相比,有哪些差异?
【6月更文挑战第18天】直连同步与分布式同步相比,有哪些差异?
83 3
|
JSON 算法 前端开发
YODA倚天应用迁移神器,让跨架构应用迁移变得简单高效
YODA(Yitian Optimal Development Assistant,倚天应用迁移工具)旨在帮助用户更加高效、便捷地实现跨平台、跨结构下的应用迁移,大幅度缩短客户在新平台上端到端性能验证所需的人力和时间,使得客户更加专注于应用本身算法的优化,协同客户实现降本增效。
|
存储 资源调度 Cloud Native
阿里云迁移工具推荐最佳实践:物理服务器迁移到阿里云
阿里云迁移工具推荐最佳实践:物理服务器迁移到阿里云
阿里云迁移工具推荐最佳实践:物理服务器迁移到阿里云
|
大数据 KVM 虚拟化
虚拟化迁移,你需要特别注意的几个问题
随着云计算、大数据的发展,虚拟化改造已经成为一种行业趋势。在虚拟化实施过程中,P2V,V2V操作对于运维人员来说已经成为家常便饭。
1261 0

热门文章

最新文章