咨询：如何排查Amazon S3文件被删除的原因？

查询S3时收到如下错误响应：

4b3bc846-a737-4aec-84bf-734f798bca39
The specified key does not exist. (Service: Amazon S3; Status Code: 404; Error Code: NoSuchKey; Request ID: )

已尝试的排查方法：

• 调用Java AWS SDK代码amazonS3Client.getBucketLifecycleConfiguration(bucketName).getRules();获取存储桶生命周期配置，抛出异常：AmazonS3Exception: A request you provided implies functionality that is not implemented
• 调用代码amazonS3Client.getBucketPolicy(bucketName).getPolicyText();获取存储桶策略，返回值为null
• 手动检索存储桶对象，未发现明显删除规律（剩余文件日期跨度从2018到2022年）

咨询问题：

1. 是否有办法准确查明文件被删除的原因？
2. S3是否记录文件操作历史日志？
3. 除手动删除外，还有哪些可能的删除原因？

一、准确查明删除原因的方法 #

1. 查看S3服务器访问日志：如果之前开启了该功能，日志会记录所有针对存储桶和对象的请求，包括删除操作的发起者、时间、请求源等信息，直接到存储桶的日志目录检索目标对象的相关记录即可。
2. 检索CloudTrail事件日志：若AWS账户开启了CloudTrail，它会记录所有AWS API调用，包括S3的DeleteObject、DeleteObjects等操作。通过CloudTrail控制台或API筛选S3相关事件，可定位到目标对象的删除操作详情。
3. 检查版本控制历史：如果存储桶开启了版本控制，即使对象被删除，也会保留历史版本和删除标记（Delete Marker）。在S3控制台查看对象的版本历史，能确认删除操作的时间和发起方。

二、S3的操作日志记录机制 #

S3提供两种核心日志方式：

• 服务器访问日志：记录所有针对存储桶的HTTP请求信息，包括操作类型、请求时间、发起者IP、用户代理等，需提前手动开启。
• CloudTrail日志：记录所有AWS服务的API调用操作，涵盖S3的删除、修改等管理动作。AWS账户默认有基础的CloudTrail记录，也可配置更详细的跟踪规则。

三、除手动删除外的其他删除原因 #

• 生命周期规则自动清理：虽然SDK调用获取配置出错，但可能存在配置异常，或存储桶使用了S3 Intelligent-Tiering等分层功能附带的过期规则。直接到S3控制台的“管理”标签查看生命周期配置，避免SDK调用的问题。
• 版本控制下的永久删除操作：开启版本控制后，普通删除只会添加删除标记，但若执行了永久删除版本的操作，对象会被彻底移除。
• 权限误配置导致的误删：IAM用户、角色或第三方应用拥有Delete权限时，可能在批量操作、脚本执行中误触发删除逻辑。
• 跨区域复制（CRR）同步删除：若配置了跨区域复制，源桶的删除操作会同步到目标桶，导致目标桶对应对象被删除。
• 对象版本的清理操作：如果存储桶开启了版本控制，同时配置了清理旧版本或删除标记的生命周期规则，会自动清理历史版本或标记。

内容的提问来源于stack exchange，提问作者Joe D