Exchange 2019迁移避坑指南：本地到云端的无缝切换
Exchange Server 2010已于2020年停止支持，2013和2016也将陆续退市。对于仍在使用本地Exchange的企业而言，迁移到Exchange 2019或Office 365已是刻不容缓的任务。
本文基于惠鑫联达50+家企业Exchange迁移实战经验，总结了从本地Exchange迁移到云端（或新版本地）的完整流程，以及那些让你深夜加班的"坑"。
一、迁移前的关键决策
在开始技术操作前，你需要先回答三个问题：
1. 全云端 vs 混合部署 vs 本地升级
| 方案 | 适用场景 | 优点 | 缺点 |
|---|---|---|---|
| 全云端 (Office 365) |
200人以下中小企业 无复杂合规要求 |
免运维、自动更新 随时随地访问 |
数据出境 长期订阅成本 |
| 混合部署 | 大型企业 分阶段迁移 |
灵活可控 部分合规数据留本地 |
架构复杂 需要维护两套系统 |
| 本地升级 (2019) |
强合规要求 （政府/金融） |
数据完全自主 一次性买断 |
需专业运维团队 硬件投入大 |
如果你还在纠结，遵循这个决策树：
- 有等保三级或数据不出境要求 → 选本地Exchange 2019
- 员工经常出差、需要移动办公 → 选Office 365全云端
- 超过500邮箱、不能一次性全迁 → 选混合部署
二、迁移前的准备工作
Exchange迁移不是"一键搬家"，充分的准备能避免90%的问题。
1. 环境检查清单
- 域名验证：确保拥有域名的DNS管理权限（需要添加TXT/MX记录）
- 证书检查：确认SSL证书未过期，且包含所有需要的SAN（主题备用名称）
- 存储空间：迁移期间会产生大量日志，确保C盘和数据库盘有足够空间
- 带宽评估：按每邮箱10GB计算，100个邮箱就是1TB，确认上行带宽足够
- 客户端版本：Outlook 2010及以下不支持Office 365，需提前升级
2. 数据备份（三遍原则）
某客户在迁移过程中误操作删除了邮箱数据库，由于没有最新备份，导致3天邮件永久丢失。迁移前务必备份，且验证备份可恢复。
备份清单：
- Exchange数据库完整备份（Veeam或Windows Server Backup）
- Active Directory系统状态备份
- 证书和私钥导出
- 邮件流规则、接收连接器配置导出
- 公共文件夹数据导出（如有）
3. 用户沟通计划
迁移期间用户会受到影响，提前沟通能大幅减少投诉：
- 提前1周发送通知邮件，告知迁移时间和影响
- 准备临时Webmail访问方式（OWA）
- 安排IT支持人员值班，处理用户问题
- 准备密码重置流程（迁移后可能需要重新登录）
三、混合部署配置详解
混合部署是最复杂的方案，也是最常用的方案。以下是关键配置步骤：
运行混合配置向导（HCW）
从Exchange管理中心下载并运行混合配置向导，按向导提示完成：
- 连接到Office 365租户
- 配置联合身份验证（如果使用AD FS）
- 配置组织关系
- 配置邮件流（入站/出站连接器）
配置邮件流
混合部署期间，本地和云端邮箱需要互相通信，需要配置正确的邮件流：
# 检查入站连接器
Get-InboundConnector | Where-Object {$_.ConnectorType -eq "OnPremises"}
# 检查出站连接器
Get-OutboundConnector | Where-Object {$_.ConnectorType -eq "OnPremises"}配置权限和角色
确保迁移账户具有足够的权限：
# 赋予组织管理权限
New-ManagementRoleAssignment -Role "Organization Management" -User "Administrator"
# 赋予邮箱导入导出权限（用于迁移）
New-ManagementRoleAssignment -Role "Mailbox Import Export" -SecurityGroup "Organization Management"四、批量邮箱迁移实战
微软提供了两种迁移方式：直接转换迁移（Cutover）和暂存迁移（Staged）。对于200邮箱以上的企业，推荐分批进行暂存迁移。
迁移批次规划
合理的批次规划能降低风险：
- 第一批（试点）：IT部门+高管（10-20人），验证流程
- 第二批：非关键业务部门（30-50人）
- 第三批：核心业务部门（分部门逐个迁移）
- 最后一批：CEO/财务/法务等关键岗位（确保前面无误后再迁）
使用PowerShell批量迁移
# 创建迁移批次
New-MigrationBatch -Name "Batch1_IT_Dept" -SourceEndpoint "Hybrid Migration Endpoint" -CSVData ([System.IO.File]::ReadAllBytes("C:\Migration\IT_Dept.csv")) -AutoStart -AutoComplete
# 监控迁移进度
Get-MigrationBatch -Identity "Batch1_IT_Dept" | Get-MigrationUser | Select-Object Identity,Status,ErrorSummary
# 查看同步状态
Get-MailboxMigrationStatistics -Identity user@company.com大邮箱迁移的特殊处理
超过50GB的大邮箱容易迁移失败，建议：
- 提前清理垃圾邮件和已删除邮件
- 将附件归档到OneDrive/SharePoint
- 分文件夹多次迁移
- 考虑使用第三方迁移工具（BitTitan、SkyKick）
五、迁移后的收尾工作
1. 验证清单
- ✓ 所有邮箱都能正常登录
- ✓ 能正常收发外部邮件
- ✓ 日历共享和会议邀请正常
- ✓ 移动端ActiveSync同步正常
- ✓ 邮件规则（Rules）已迁移
- ✓ 签名和自动回复设置正确
- ✓ 共享邮箱和委派权限正常
2. 本地Exchange下线
确认所有邮箱都已迁移且运行稳定后（建议观察1-2周），可以开始下线本地Exchange：
- 将所有邮箱转换为邮件用户（Remote Mailbox）
- 迁移公共文件夹（如有）
- 删除混合配置
- 卸载Exchange服务器（按微软官方流程，直接关机会导致AD残留问题）
即使所有邮箱都已迁移到云端，也不能直接关闭本地Exchange服务器！需要保持至少一台Exchange服务器用于属性管理，直到微软官方支持完全移除。
六、常见问题与解决方案
Q1: 迁移后Outlook一直提示重新输入密码
原因：Autodiscover记录未正确指向Office 365
解决：检查DNS的Autodiscover记录，确保指向Office 365（autodiscover.outlook.com）
Q2: 邮件迁移后部分邮件丢失
原因：可能是增量同步未完成就关闭了本地服务器
解决：重新开启本地服务器，完成最后一次增量同步
Q3: 迁移后无法发送邮件给特定域名
原因：SPF记录未更新，或对方域名将你的IP列入黑名单
解决：更新DNS的SPF记录包含Office 365的发件服务器
Q4: 迁移速度非常慢
原因：受限于上行带宽或Office 365节流
解决：
- 错峰迁移（非工作时间）
- 增加并发迁移数量
- 使用ExpressRoute（企业版）提升带宽
七、结语
Exchange迁移是一项系统工程，涉及技术、流程、人员多个维度。充分的准备、合理的规划、专业的执行，是确保迁移成功的三大要素。
如果你在迁移过程中遇到任何问题，欢迎联系我们交流探讨。
惠鑫联达Exchange专家团队
7年Exchange运维经验，成功迁移50+家企业邮箱系统，保障99.95%可用性。