最近的机器学习连载阅读量不是很高,小编深怕有掉粉危险,补充一篇最近的邮箱升级案例。客户需要从AD2003+Exchange2003环境升级到AD2016+Exchange2016环境,单论邮件系统升级,这可能是难度最大的场景了。目前尚在设计阶段,小编给出的实施方案如下:
前期准备
a. 客户端:
升级Outlook 2010 SP2(Outlook for MAC2011)或Outlook 2013
b. 域控:
a) 在现有域安装新的DC(Windows Server 2008(R2)/Windows Server 2012(R2)) — 注意在2003AD域中不能直接添加2016的DC
b) 迁移主控角色,并降级所有Windows Server 2003域控制器
c) 升级林功能级别及域功能级别至2008(R2)/2012(R2)
c. 邮件服务器:
运行部署前检查工具
d. 其他组件迁移(可选):
按需,如证书服务器,DHCP服务器等
a. 部署Exchange 2010 — 考虑到是过渡阶段,因此仅部署一台
a) 部署Windows Server 2012(R2)服务器
b) 安装先决条件(Windows组件、.net 3.5等等)
c) 安装Exchange 2010
d) 安装证书
e) 配置虚拟目录
f) 配置OAB生成服务器
b. 迁移邮箱
c. 更改SMTP路由及发布设置
d. 卸载Exchange 2003服务器
a. 准备工作
升级Exchange 2010 SP3 RU11
b. 安装Exchange 2016
a) 部署Windows Server 2016服务器
b) 安装先决条件(Windows组件、UCMA、.net4.6等等)
c) 安装Exchange 2016 CU4
d) 配置证书
e) 配置虚拟目录
f) 配置发送/接收连接器
g) 搭建DAG
c. 迁移
a) 迁移公共文件夹
b) 迁移用户邮箱
c) 迁移系统邮箱
d. 更新SMTP路由和发布设置
e. 卸载Exchange 2010服务器
升级DC
安装Windows 2016 DC到现有组织。
有人会问如果我直接安装一个新的组织然后做邮箱和AD账户的迁移可不可以呢?小编想说2003和2016的Schema Partition不一样,AD账户无法直接迁移(因为多出来很多新的属性值无法匹配),那就更不用谈邮箱了。当然借助一些第三方工具可以模拟创建这些属性值从而完成账户及邮箱迁移(比如Code Two)。正好周五有个读者询问,同版本的Exchange邮箱可否跨组织迁移,由于超过48小时了,小编只能借着这篇分享告诉他不可以,因为即便新建了相同的账号,GUID也变掉了,等于说需要单独建每一个账户之间的关联,除非建立信任关系,这样我倒觉得不如直接导PST来得方便。
感谢大家对我的信任和支持,关于回复不及时的问题我一定深刻反省,积极改正。机器学习的文章我也会继续写下去,管你们喜不喜欢呢~
- 混合云集成方案Azure Arc - 2020年3月28日
- 【全网首播:Azure大全】11. 开发人员工具与Azure Stack - 2020年2月22日
- 【全网首播:Azure大全】10. 安全性与标识 - 2020年2月22日
有1人评论
你这全是百度上复制粘贴的吗