AWS跨区域复制RDS Oracle快照时卡在创建中（进度0%）

结合你描述的情况——同区域复制正常、其他引擎（PostgreSQL）跨区域复制成功、仅该Oracle实例的所有跨区域快照复制卡0%，我之前处理过类似的案例，建议从以下几个方向逐步排查：

1. 优先检查加密快照的KMS密钥权限 #

如果你的Oracle RDS实例是加密的（包括自动加密或手动加密），跨区域复制快照需要额外配置KMS密钥的跨区域访问权限：

• 确认源区域的KMS密钥策略是否允许目标区域的AWS账户执行kms:CreateGrant和kms:Decrypt操作
• 目标区域是否创建了对应的KMS密钥（或者使用默认密钥），且该密钥允许源快照的加密密钥进行跨区域复制操作
• 注意：如果是使用AWS管理的默认KMS密钥（aws/rds），跨区域复制需要确保目标区域的默认RDS密钥存在，且账户有对应的权限

2. 验证源快照的完整性与状态 #

虽然同区域复制正常，但跨区域复制对快照的状态要求更严格：

• 确保你复制的是已完成的手动快照（而非自动快照的临时状态），可以通过RDS控制台或aws rds describe-db-snapshots --snapshot-identifier <快照ID>确认快照状态为available
• 尝试创建一个全新的手动快照（等待完全完成后）再发起跨区域复制，排除原有快照的隐性损坏

3. 查看CloudTrail与RDS日志定位具体错误 #

表面上进度0%，但后台通常会有具体的错误信息，通过以下方式获取：

• 打开CloudTrail控制台，在目标区域搜索CopyDBSnapshot事件，查看事件的errorCode和errorMessage，这是最直接的问题定位方式
• 也可以用CLI命令快速查询：

  aws cloudtrail lookup-events --region <目标区域> --lookup-attributes AttributeKey=EventName,AttributeValue=CopyDBSnapshot --start-time <YYYY-MM-DDTHH:MM:SSZ>
  

• 同时检查源区域RDS实例的日志，确认快照创建过程中没有异常（比如IO错误、实例性能问题）

4. 检查目标区域的RDS服务限制与引擎兼容性 #

• 确认目标区域支持你源实例的Oracle版本，比如某些旧版本的Oracle引擎可能在新区域没有提供
• 检查目标区域的RDS存储配额是否足够容纳200GB的快照，虽然200GB不算超大，但如果配额不足会直接导致复制失败
• 确认目标区域的RDS服务没有处于维护或受限状态

5. 验证IAM权限配置 #

即使你之前成功复制过其他快照，针对Oracle的跨区域复制可能需要额外的权限：

• 确保执行复制操作的IAM实体（用户/角色）拥有rds:CopyDBSnapshot权限，且资源范围包含源快照和目标快照
• 如果涉及加密，还需要kms:CreateGrant、kms:Decrypt、kms:DescribeKey等权限，且覆盖源和目标区域的KMS密钥

如果以上步骤都排查完还是没解决，建议联系AWS Support，提供快照ID、复制请求的时间戳，他们可以通过后台日志找到更底层的问题。

内容的提问来源于stack exchange，提问作者Trevor Creed