Exchange2003-2010迁移系列之一,迁移前的环境概述

简介:

Exchange2010迁移前的环境概述

很久没有发帖了,先向大家道个歉哈。最近几个月发生了很多事情,导致俺做了一个艰难的决定,离开学校,重新进入IT公司!其实目的很简单,就是为了获得技术一线的项目经验,想不到这俺这么一把年纪,30多岁高龄,居然又踏上了学习的征程,哈哈。

俺现在就任的公司是护航科技,项目锻炼的机会那是相当的多,非常适合希望快速成长的IT工程师。现在为公司做个广告,希望大家不要拍砖哈,有意来公司发展者,可以访问www.lenovots.com,免费浏览,童叟无欺!

去了护航之后,被派驻客户公司。客户也是大名鼎鼎的金融企业,具体名称保密,大家也不要好奇啊。工作一段时间后,积累了很多的项目心得,非常希望分享给大家。因此计划推出项目实践系列博文,希望能对大家的实际工作起到一些指导作用。这些系列包括Exchange迁移系列,TMG2010升级系列,Forefront Client Security系列,还有System Center系列,MDT系列等等。今天先从Exchange系列开始,介绍如何从Exchange2003迁移到Exchange2010     

Exchange是大家非常熟悉的微软服务器产品,在很多企业都有着相当多的用户。Exchange的最新版本已经发展到了Exchange2010,增加了很多实用功能。很多使用老款Exchange产品的用户开始考虑产品的升级换代问题,希望在老款Exchange产品生命周期结束时,可以把邮件服务迁移到一个更高更快更强的Exchange平台上。

         公司现有的Exchange环境是这样的,一共四台Exchange2003服务器,一台是Exchange前端,三台是Exchange后端。Exchange服务器当前支持4000左右用户,用户数量计划会增加到5000。计划把当前的Exchange2003迁移到四台Exchange2010服务器上,两台Exchange2010承担的角色是CAS/HUB,还有两台Exchange2010服务器承担Mailbox角色。现在暂时不考虑部署边缘服务器,在CAS/HUB服务器上承担反垃圾邮件的工作,正常情况下这项工作应该是由边缘服务器来完成的。

         下图是我搭建的一个测试环境,我将在这个环境中为家介绍迁移过程。其实公司有一个更逼真的测试环境,逼真到什么程度?AD数据和现有的生产系统是完全一样的,所有的用户账号都有,服务器使用的存储,CA系统都模拟得很逼真,可惜我不太方便用这套环境为大家演示,因此只能回家又搭建了一套环境,好在关键的技术要点都会为大家介绍到,大家不用担心。

         这个测试环境和实际环境相比进行了简化,例如Exchange2003我在测试环境中只安排了两台,一台是前端,一台是后端。Exchange2010倒是安排了四台,CAS/hub两台,Mailbox两台。测试的目标是把Exchange2003上的用户邮箱迁移到Exchange2010服务器,保护用户在内网和外网都可以正常访问自己的邮箱。

 

         大致的迁移思路是这样的,Exchange200332位系统,Exchange201064位系统。因此Exchange服务器不可能使用就地升级的方法更换邮件平台,只能使用迁移的方法把Exchange2003的邮箱迁移到Exchange2010,然后再删除Exchange2003。为什么要安排两台服务器负责CAS/HUB角色呢?因为Exchange2010的体系结构和Exchange2003发生了很大变化,用户不允许直接连接到Exchange的邮箱服务器,用户必须先连接到ExchangeCAS服务器,通过CAS服务器再去连接后端的Exchange邮箱服务器。那这样的话大家就要想了,万一这唯一的一台CAS服务器挂了,那后果是什么?这还用想,肯定是你也要挂了…..哈哈,这是开玩笑的。就是考虑到不希望这种灾难场景出现,因此需要利用两台CAS/HUB服务器实现负载平衡。同样的道理,邮箱服务器也要有高可用,不能只设计一台邮箱服务器。恰好Exchange2010支持DAG技术,我们可以用较小的代价实现邮箱存储的高可用。

         环境大致就介绍到这儿,下篇将为大家介绍如何进行Exchange2010的迁移前准备工作。

















本文转自yuelei51CTO博客,原文链接:http://blog.51cto.com/yuelei/456647,如需转载请自行联系原作者


 

相关文章
系统迁移
系统迁移
119 0
|
弹性计算 Ubuntu 关系型数据库
服务器迁移最佳实践
越来越多的企业上云后,在窗口期内快速、平滑迁移到阿里云上,用最优的方案来实践以及实现业务价值。
796 0
服务器迁移最佳实践
|
6月前
|
弹性计算 Linux Windows
服务器迁移
本实践以小微客户为例,提供两个场景的迁移验证实践。采用 SMC 模式,一个以阿里云内部迁移举例;一个以他云服务器为例,迁移到华东2(上海)。
服务器迁移
|
存储 资源调度 Cloud Native
阿里云迁移工具推荐最佳实践:物理服务器迁移到阿里云
阿里云迁移工具推荐最佳实践:物理服务器迁移到阿里云
阿里云迁移工具推荐最佳实践:物理服务器迁移到阿里云
|
弹性计算 运维 Cloud Native
服务器迁移中心 SMC 最佳实践及新特性介绍|学习笔记
快速学习 服务器迁移中心 SMC 最佳实践及新特性介绍
598 0
|
存储 消息中间件 分布式计算
系统迁移基本法
社区评论系统在完成了基础功能建设后,开始逐步将老系统业务迁移到新系统,实现整体架构统一、新系统功能赋能老业务、节省系统维护成本;迁移过程本身虽然枯燥无味,但并不妨碍通用解决方案的沉淀,本文以评论新老系统迁移为背景,聊聊系统迁移的基本方法,同时也希望能抛砖引玉,探索更多迁移方案的可能性。
|
缓存 安全 云计算
云迁移的主要注意事项
如今,正在全球蔓延的新型冠状病毒疫情加快了许多企业进行云迁移的步伐。企业将关键系统迁移到云平台中有很多好处,例如远程工作人员的灵活性、系统可用性、安全性和可扩展性。