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。 



本文转自 Juck_Zhang  51CTO博客,原文链接:http://blog.51cto.com/itsoul/1775835


相关文章
|
2月前
|
监控 关系型数据库 MySQL
深入了解MySQL主从复制:构建高效稳定的数据同步架构
深入了解MySQL主从复制:构建高效稳定的数据同步架构
143 1
|
3月前
|
存储 SQL 关系型数据库
一篇文章搞懂MySQL的分库分表,从拆分场景、目标评估、拆分方案、不停机迁移、一致性补偿等方面详细阐述MySQL数据库的分库分表方案
MySQL如何进行分库分表、数据迁移?从相关概念、使用场景、拆分方式、分表字段选择、数据一致性校验等角度阐述MySQL数据库的分库分表方案。
528 15
一篇文章搞懂MySQL的分库分表,从拆分场景、目标评估、拆分方案、不停机迁移、一致性补偿等方面详细阐述MySQL数据库的分库分表方案
|
6月前
|
消息中间件 物联网 数据处理
TDengine 数据接入功能支持 Wonderware 了,不需一行代码完成迁移工作
TDengine 3.2.3.0 引入了 Wonderware Historian (AVEVA Historian) 连接器,简化了数据迁移至 TDengine 的过程,增强时序数据管理与分析。此连接器解决了传统实时数据库扩展性问题,提供成本效益高、国产化的替代方案。TDengine 已支持多种数据源集成,如 OPC、Kafka、MQTT等,打造统一数据平台,助力企业数字化转型。作为高性能时序数据库,TDengine 提供云原生解决方案,减少系统复杂度,加速业务创新。
72 6
|
6月前
|
存储 数据采集 canal
直连同步与分布式同步相比,有哪些差异?
【6月更文挑战第18天】直连同步与分布式同步相比,有哪些差异?
83 3
|
7月前
|
前端开发
基于jeecgboot的主从表改造成抽屉式的字典操作模式
基于jeecgboot的主从表改造成抽屉式的字典操作模式
125 0
|
存储 SQL Cloud Native
PolarDB-X内核新版本:更精细的数据管理
非常高兴为大家带来PolarDB-X内核5.4.14版本。在最新版本中提供了冷热数据存储分离、数据Locality、数据热点诊断、并行DML优化、Flashback Query和AUTO_INCREMENT兼容性,大幅提升了数据的可管理性、SQL处理能力和兼容性,并针对数据热点问题为用户提供了更多运维手段。
|
SQL 算法 关系型数据库
【笔记】开发指南—透明分布式—主键拆分
PolarDB-X新增按主键类型自动拆分表功能,简易地将分布式技术引入到普通DDL语法,您只需要执行简单的修改,系统将根据主键和索引键自动选择拆分键和拆分方式,完成从单机数据库到分布式数据库的切换。
131 0
|
SQL 存储 分布式计算
Apache Hudi重磅特性解读之存量表高效迁移机制
随着Apache Hudi变得越来越流行,一个挑战就是用户如何将存量的历史表迁移到Apache Hudi,Apache Hudi维护了记录级别的元数据以便提供upserts和增量拉取的核心能力。为利用Hudi的upsert和增量拉取能力,用户需要重写整个数据集让其成为Hudi表。此RFC提供一个无需重写整张表的高效迁移机制。
617 0
Apache Hudi重磅特性解读之存量表高效迁移机制
|
弹性计算 虚拟化
终极武器-阿里云VMware无代理迁移发布增量迁移功能
前文说到,阿里云提供了针对VMware的无代理整机迁移服务,试用下来亮点颇多,可以极大地提高VMware用户上云的效率。 但是考虑到大部分需要迁移的用户都有指定的切换窗口,需要迁移的时间更加可控,并且还有会有需要临时切换做验证的需求,开发团队紧接着就发布了增量迁移的功能。
1728 0
终极武器-阿里云VMware无代理迁移发布增量迁移功能