云主机已经关机，不代表数据已经处理完；数据库删了，也不代表备份和日志随之消失。做好云计算资源回收前的数据留存核对清单，关键是把“要保留什么、放在哪里、谁能访问、何时删除”逐项说清，而不是只看资源控制台里的运行状态。
以下五类误区适用于云主机、托管数据库、对象存储等常见资源。具体保留期限应依据业务需要、合同和适用法规确认，不能用统一天数代替判断。
误区一：把关机当成删除
停止云主机通常只会停止计算，不一定删除系统盘、数据盘或关联快照；公网 IP、负载均衡规则和磁盘也可能仍在计费或保留。先区分“停止”“释放计算资源”和“删除数据”，逐项查看资源依赖。
执行前记录实例、磁盘、快照、备份库及网络配置的归属。需要留存的文件应迁移到经批准的存储位置，并验证可读取；确认不再需要的数据，才按服务提供方的删除流程处理。
误区二：只盘点主数据，漏掉副本与日志
数据库之外，常见留存对象还包括自动备份、手动快照、对象存储的历史版本、应用日志和导出文件。比如启用了对象版本控制的存储桶，删除当前对象可能不会清除旧版本；数据库备份也可能独立设置保留周期。
按资源类型建立清单，注明数据名称、位置、责任人、用途、保留期限和处置方式。重点核对备份、快照、对象存储和日志是否有独立的生命周期规则，以及规则是否覆盖历史版本和归档副本。
误区三：导出成功就等于备份可用
文件存在不等于能够恢复。导出可能缺表、缺字段或无法满足应用所需的格式与权限。以 PostgreSQL 为例，使用 pg_dump 导出后，还要在隔离环境尝试恢复，并检查关键表、记录数量范围及应用能否连接；实际核验项应按数据用途确定。
- 选定需要保留的数据范围和导出格式，记录生成时间、来源资源及负责人。
- 将副本写入目标存储，确认访问权限、加密状态和校验信息。
- 在隔离环境执行恢复验证，记录结果；失败时先排查，不要急于删除原资源。
误区四：忽略密钥、账号和依赖关系
备份即使完整，若加密密钥被提前销毁，也可能无法解密。相反，回收资源后仍有效的访问密钥、服务账号或自动化任务，也可能让数据继续被读取或复制。检查密钥使用范围、授权主体、轮换与销毁计划，并确认应用、定时任务和其他资源不再依赖待删除对象。
留存副本应遵循最小权限：仅授予确有需要的人员或服务读取权，并明确谁负责密钥管理。依赖未确认前，不要先撤销共享账号或删除密钥，以免影响仍在运行的业务。
误区五：没有期限，也没有删除凭据
“以后可能会用”容易变成无限期保存。每份留存数据都应指定复核日期或删除条件，并说明到期后的处理方式。删除范围还应覆盖副本、历史版本和可控的缓存；对外部备份或服务商托管副本，应核实其实际删除流程和可提供的记录。
完成云计算资源回收前的数据留存核对清单后，保留审批记录、资源清单、恢复验证结果及删除工单等证据。证据应避免再次包含不必要的敏感数据。
回收前逐项核对
- 列出待回收资源及其磁盘、备份、快照、日志和关联账号。
- 标注每类数据的业务用途、责任人、保存期限和访问对象。
- 迁移需要留存的数据，核验文件完整性，并进行恢复测试。
- 确认密钥、依赖关系和访问权限的调整顺序。
- 按审批执行删除，核对副本与历史版本，并保存处理记录。
这份云计算资源回收前的数据留存核对清单，最终要回答三个问题：数据是否完整留存、是否仍可安全访问、到期后能否按计划删除。三项都能找到责任人和记录，再回收资源更稳妥。
常见问题
关机后磁盘还需要单独检查吗？
需要。关机通常不等于删除磁盘，应在资源清单中单独确认数据盘、系统盘和快照的状态。
备份保留多久才合适？
没有适用于所有场景的固定期限。应结合恢复需求、合同及适用法规确定，并设置复核或到期处理规则。
删除云资源后，怎样确认数据已处理？
核对资源状态、备份和历史版本的处置结果，并留存审批、工单或服务商提供的处理记录；不同服务的删除机制可能不同。