云联信息：备份策略不是设了就行，得能恢复
一、按数据重要性分级
核心数据库每天全备加增量，保留三十天；文件服务器每周全备，保留九十天；测试环境可以不备份。全部一个策略，要么成本过高，要么关键数据保护不足。
二、保留策略要满足合规要求
财务数据、合同文件通常要求保存更久，具体年限按行业规定。保留策略设短了，等需要查历史数据时已经过期，补救不了。
三、定期做恢复验证
每月随机挑一份备份恢复到临时环境，检查数据完整性和可用性。验证记录留档，包括恢复时间、数据量、遇到的问题。没验证过的备份，不能算备份。
四、备份存储要和源数据隔离
备份和源数据放在同一个账号、同一个区域，遇到账号被盗或者区域故障，两边一起没了。至少做到跨区域或者跨账号存放，隔离程度越高越安全。
五、注意备份窗口对业务的影响
全量备份会占用大量IO，放在业务高峰做，用户会明显感觉卡顿。把备份窗口安排在凌晨，或者用增量加定期全量的方式降低影响。
六、备份失败要有告警
备份任务失败但没人知道，是最危险的情况。给备份任务配置失败告警，连续失败两次就通知负责人。这个配置十分钟能做完，价值极高。
七、恢复演练要计时
真实的故障恢复是有时间压力的。演练时记录从决策到业务恢复的全程耗时，包括找备份、装环境、导数据、验证。第一次演练通常比预期慢好几倍，这就是需要优化的地方。
备份不等于归档
备份是为了恢复，归档是为了留存。把三年前的备份一直留着，成本高且没意义。分清两者，各用各的存储类型，成本能优化不少。
文档化恢复步骤
恢复流程写成文档，包括命令行和界面路径。真出事的时候，没人有时间去回忆步骤。文档放在离线也能看的地方。
定期更新备份范围
业务新增了数据库、加了新的文件目录，备份策略没跟上，这些数据就处于无保护状态。每季度核对一次备份范围与资产清单。
备份和业务连续性不是一回事
有备份只意味着数据能找回来，不意味着业务能快速恢复。恢复环境、依赖服务、配置项都要提前准备，否则拿到数据也跑不起来。
演练要覆盖误删场景
误删是最常见的故障，演练时特意模拟：删掉一张表、删掉一个目录。这类场景的恢复步骤和整机故障完全不同，需要单独准备。
备份文件要能追溯
每份备份标注时间、来源、包含范围。恢复时能快速找到对的那一份，不用逐个试。文件命名规范一点，能省很多时间。
成本优化别牺牲保留期
为了省钱缩短保留期，出事时找不到两周前的数据，代价远高于省下的费用。核心数据的保留期，按合规和业务需要定，不要按预算倒推。
云联信息【资深云服务专家微信：cloud7591】更倾向于先用小规格实例验证方案，跑通后再等比放大，省下的试错成本很可观。