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
相关文章
|
1月前
|
监控
XGSPON技术简介及其与GPON和XGPON的共存方式
XGPON和XGSPON都属于GPON系列,可以说XGSPON是XGPON的技术进化。这两种技术都属于10G PON,但主要区别在于速率对称性上。XGPON是非对称PON,其PON端口上下行速率分别为2.5G和10G;而XGSPON则是对称PON,其PON端口上下行速率均为10G。
29 2
|
SQL 存储 运维
OceanBase 4.0解读:兼顾高效与透明,我们对DDL的设计与思考
OceanBase 4.0解读:兼顾高效与透明,我们对DDL的设计与思考
358 0
OceanBase 4.0解读:兼顾高效与透明,我们对DDL的设计与思考
对象的自治和行为的扩展与适配
对象的自治和行为的扩展与适配
对象的自治和行为的扩展与适配
|
云安全 存储 安全
基础安全架构优化之基于软件定义进行安全架构升级
基础安全架构优化之基于软件定义进行安全架构升级
333 0
基础安全架构优化之基于软件定义进行安全架构升级
|
边缘计算 Kubernetes 监控
OpenYurt v0.7.0 版本解读:无侵入的跨网络域解决方案 Raven
新版本中重点发布 Raven 解决方案,该方案在对原生的容器网络方案无侵入的状态下,优雅的解决跨公网的云边,边边的 Pod 间通信问题,方便的满足了云边协同场景下对容器网络的诉求。同时在 OpenYurt v0.7.0 中,也完成对 EdgeX Foundry 的 LTS 版本(Jakarta)的支持,以及 K8s 版本 v1.22 的支持。
OpenYurt v0.7.0 版本解读:无侵入的跨网络域解决方案 Raven
|
存储 缓存 监控
如何为从 1 到 10 万用户的应用程序,设计不同的扩展方案?
对于创业公司来说,有用户注册是好事情,但是当用户从零扩展到成千上万之后,Web 应用程序又该如何支持呢?