无法创建SQL RDS原生备份至S3，报错请求技术排查

从错误信息看，备份失败包含两个核心原因：与RDS自动备份窗口重叠、访问S3的令牌过期，以下是针对性的排查和解决步骤：

一、处理自动备份窗口重叠问题 #

• 查看实例当前的自动备份窗口：
  • 控制台方式：进入RDS控制台，找到目标实例，在「备份」标签下查看「备份窗口」
  • CLI方式：执行命令

    aws rds describe-db-instances --db-instance-identifier <你的实例ID> --query 'DBInstances[0].BackupWindow'
    

• 避开该窗口执行手动备份：在自动备份窗口之外的时间段，重新运行你的备份SQL：

  exec msdb.dbo.rds_backup_database
   @source_db_name='db_name',
   @s3_arn_to_backup_to='arn:aws:s3:::bucket-name/db_name.bak',
   @overwrite_s3_backup_file=1;
  

• （可选）调整自动备份窗口：如果需要固定时间执行手动备份，可在RDS控制台修改备份窗口，选择与手动备份计划不冲突的时间段

二、处理令牌过期问题 #

• 验证S3 ARN格式：确保你使用的ARN是正确格式，应为arn:aws:s3:::bucket-name/备份文件名.bak，注意不要省略中间的:::
• 检查IAM角色权限：确认RDS实例关联的IAM角色具备以下权限：
  • s3:PutObject（针对目标S3桶）
  • 角色的信任关系需包含rds.amazonaws.com作为可信实体
• 重新触发备份：令牌过期多为临时问题，在避开自动备份窗口后重新执行备份命令即可
• 检查S3桶策略：确认桶策略未设置时间限制或拒绝RDS角色访问的规则，确保RDS角色能正常写入S3

验证步骤 #

1. 先确认自动备份窗口，在非窗口时间执行备份命令
2. 若仍失败，检查IAM角色权限、S3 ARN格式及桶策略，修正后再次尝试

内容的提问来源于stack exchange，提问作者Mhd O.