MSSQL RDS直接备份至S3 Bucket报错求助

这个MovedPermanently（HTTP 301重定向）错误，大概率是S3桶的配置或区域和RDS实例不匹配导致的，我给你梳理几个关键排查方向：

1. 优先检查RDS与S3桶的区域一致性 #

AWS RDS备份到S3有个硬性要求：RDS实例和目标S3桶必须在同一个AWS区域。如果你的RDS实例在us-east-1，但S3桶ksys-ew1p-oct-dbbackup建在eu-west-1这类其他区域，RDS的备份请求就会被S3重定向，直接触发301错误。

你可以去S3控制台找到目标桶，在「属性」标签里查看区域信息，再对比RDS实例的区域（RDS控制台实例详情的「配置」标签里能看到），确保两者完全一致。

2. 验证S3 ARN的准确性 #

检查备份命令里的S3 ARN有没有拼写错误：

• 桶名称ksys-ew1p-oct-dbbackup要完全匹配，注意S3桶名虽然不区分大小写，但如果有连字符、数字的拼写错误，也会导致找不到桶触发重定向。
• 路径Backups/octopus.bak也要确认没有大小写或拼写问题，虽然S3会自动创建不存在的前缀，但特殊字符（比如空格、非ASCII字符）也可能引发异常。

可以先简化路径测试，直接备份到桶根目录：

exec msdb.dbo.rds_backup_database @source_db_name='octopus', @s3_arn_to_backup_to='arn:aws:s3:::ksys-ew1p-oct-dbbackup/octopus.bak', @overwrite_S3_backup_file=1

如果能成功，就说明是路径层级的问题。

3. 排查S3桶的重定向配置 #

如果你的S3桶开启了静态网站托管，并且设置了重定向规则，RDS的备份请求会被强制重定向，从而触发301错误。

去S3控制台的目标桶「属性」标签，找到「静态网站托管」选项，确认是否启用了重定向，如果有，先临时关闭，再尝试备份。

4. 确认IAM角色的关联和权限 #

虽然你的IAM策略看起来没问题，但还是要做两个验证：

• 检查RDS实例是否已经关联了这个IAM角色：进入RDS控制台实例详情的「连接与安全性」标签，查看「IAM角色」列表，确保你创建的角色已添加，且状态为「活跃」。
• 用IAM的「策略模拟器」测试该角色是否拥有目标S3桶的PutObject、ListBucket等权限，避免策略里的资源ARN写错（比如桶名少打了字符）。

5. 避开自动备份窗口 #

错误信息里提到了「与RDS自动备份偏好窗口重叠」，你可以去RDS实例的「备份」标签查看自动备份窗口，确保手动备份的时间不在这个窗口内，避免任务冲突。

按照上面的步骤逐一排查，应该能解决这个MovedPermanently的问题。

内容的提问来源于stack exchange，提问作者Janes Krige