AWS MGN启动测试实例后无法进入Ready for cutover状态求助

核心排查动作（先定位根因） #

• 检查MGN代理健康度：查看源服务器上的代理日志（Linux路径：/var/log/aws-replication-agent.log；Windows路径：C:\ProgramData\AWS\AWS Replication Agent\Logs），确认是否存在连接超时、权限不足、磁盘同步失败等报错。代理异常会导致复制的卷数据不完整，实例启动后无法完成初始化，触发状态回滚。
• 验证IAM角色权限：确认MGN使用的服务角色（默认AWSMigrationHubInstanceMigrationRole）拥有以下核心权限：ec2:RunInstances、ec2:CreateTags、mgn:UpdateSourceServerLifecycleState、s3:GetObject（用于读取复制快照）。权限缺失会导致系统无法更新生命周期状态，强制退回启动环节。
• 排查OS兼容性：若源服务器为老旧操作系统（如CentOS 6、Windows Server 2008 R2及更早版本），可能存在AWS驱动不兼容问题，导致实例启动后初始化失败，MGN会自动重试启动操作。
• 确认目标网络配置：即使更换了子网，也要检查目标VPC的DNS设置是否能解析AWS内部域名（如mgn.*.amazonaws.com），安全组是否允许出站443端口访问MGN服务端。网络不通会导致实例无法上报状态，触发重试逻辑。

长期规避措施 #

• 迁移前预检查：使用MGN内置的源服务器检查工具，扫描代理版本、OS兼容性、磁盘健康度、网络连通性，提前修复潜在问题。
• 标准化IAM配置：直接使用AWS提供的MGN托管策略，避免自定义删减权限；若需自定义，确保覆盖MGN生命周期管理、EC2实例操作的全量必要权限。
• 小批量测试先行：先选取1-2台同类型服务器做迁移测试，验证目标子网、安全组、IAM配置的有效性，确认无问题后再批量操作。
• 定期更新代理：保持源服务器上的MGN代理为最新版本，旧版本可能存在已知的状态同步bug。
• 配置监控告警：通过CloudWatch配置告警规则，监控SourceServerLifecycleState状态异常、代理连接失败等指标，提前发现并干预问题。

内容的提问来源于stack exchange，提问作者Diva Nuranty Yovanka