Autonomous Database手动备份最佳实践及超60天留存备份策略咨询

• 备份前确认数据库处于可用状态，备份过程中避免触发数据库重启、资源扩缩容这类运维操作，防止备份任务中断失败。
• 备份前优先清理不必要的临时数据、冗余撤销日志，减小备份包体积，既可以缩短备份耗时，也能降低额外存储成本。
• 手动备份建议遵循业务标识_备份时间_备份触发原因的统一命名规则，后续需要恢复时可以快速定位到目标备份，避免混淆。
• 避开业务高峰期触发手动备份，备份任务会占用一定的IO资源，可能拉高核心业务的响应延迟。
• 手动备份完成后建议先做一次小规模恢复验证，确认备份文件完整可用，避免故障恢复时才发现备份损坏的问题。

• 官方默认自动备份最长留存周期为60天，需要更长留存周期的场景优先选择手动备份到自主管控的对象存储的方案，这类备份的留存时长可以完全自主配置，不受默认规则限制。
• 制定策略前先对齐业务合规要求的留存周期、恢复点目标(RPO)、恢复时间目标(RTO)，不要盲目设置过长留存周期造成不必要的存储成本浪费。
• 长期备份建议采用分层存储规则：近3个月内可能需要用到的长期备份存放在标准对象存储，保障恢复速度；超过3个月仅需满足合规留存要求的冷备份，归档到低成本的归档存储即可。
• 有跨区域容灾需求的场景，可以把长期备份自动复制到异地对象存储桶中，复制任务建议设置为定时自动执行，避免人工操作遗漏。
• 建立定期备份清理机制，建议每季度核对一次备份留存清单，删除已经超过合规留存期的备份，控制存储成本。
• 如果仅需要留存核心业务数据而非全量数据库备份，也可以结合数据导出功能，把目标数据导出为dump格式文件存储，相比全量备份存储成本更低，也能满足长期数据归档要求。

内容的提问来源于stack exchange，提问作者Nilay Panchal