给 ECS 做定时备份：CBR 云备份省心方案

一、背景：ECS 上的数据，不能只靠"应该没事"

云服务器跑久了，磁盘里堆满应用、配置、用户数据。万一哪天误删了关键目录、中了勒索、或者系统盘坏了，没有备份就只能是事故。很多人对备份的心态是"应该不会出事吧"，直到真出了事才后悔。备份这东西，平时觉得多余，出事时是唯一救命稻草。

华为云的 CBR（云备份，Cloud Backup and Recovery）可以给 ECS 做整机或云硬盘的备份，关键是能定时自动跑、能保留多个时间点、能一键恢复。本文讲怎么给一台 ECS 配一个定时备份策略，让"备份"从"偶尔想起来手动做"变成"平台每天自动做"。

二、CBR 里的几个角色

理解 CBR 的配置，认得这几个词就够了：

• 存储库（Vault）：备份实际存的地方，先建一个库并买好容量；
• 备份策略（Policy）：定义"什么时候备份、保留几份、配几份"，策略可以绑定多台机器；
• 备份（Backup）：某一次执行产生的快照，存在库里；
• 恢复（Restore）：从某个备份把磁盘/整机还原。

思路是：先有库 → 定策略 → 把策略和 ECS 绑定 → 之后平台按计划自动产生备份。重点在"策略"两个字，它把"何时、留几份"一次性定好，人不用再管。

三、建存储库和策略

在 CBR 控制台：

1. 建一个云硬盘/整机备份存储库，按需选容量（库容量要能装下你要保留的备份总大小）；
2. 新建备份策略，关键项：
   • 执行时间：比如每天凌晨 3:00；
   • 保留规则：保留最近 7 天每天一份，或每周一份保留 4 周（按你恢复需求定）；
   • 并发数：同时备份几台，默认即可。

策略的"保留规则"是精髓：比如设"每天备、保留 7 份"，意味着你随时能回到过去 7 天里任意一天的快照；设"每周备、留 4 份"则能回一个月前。保留份数越多、容量越贵，按业务重要程度权衡。具体策略字段和保留规则语义以官方文档为准。

四、把策略绑到 ECS

策略建好后，去 EBS/ECS 备份页，选择要保护的 ECS（或指定云硬盘），绑定刚才的策略。绑定后：

• 到执行时间，平台自动给这台机器打一份备份，存进库；
• 按保留规则，老的备份到期自动清理，不用手动删；
• 你随时可以在备份列表里看到历史快照。

需要立刻验证时，可以手动"执行一次备份"，看库里是否多出一份，确认链路通了再交给定时策略。实际绑定操作和可执行的操作项以官方文档为准。

五、恢复：备份的价值在还原那一刻

备份配得再好，没验证过恢复等于没备。真出事时恢复步骤大概是：

1. 在备份列表选一个时间点正常的备份；
2. 选「恢复」到原 ECS（会覆盖当前磁盘，操作前确认）或恢复到新磁盘；
3. 等待恢复完成，启动验证数据是否完整。

几点提醒：第一，恢复会覆盖，务必确认选对备份、确认当前数据可以丢或被另存，再点恢复；第二，先演练，挑个非高峰时段做过一次恢复演练，确认流程顺、数据对，别等事故当天第一次操作；第三，应用一致性，如果 ECS 上有数据库在跑，单纯打磁盘快照可能捕获到写一半的状态，重要库建议用支持应用一致性（如冻结 IO/调用数据库静默）的备份方式，或先停写再备。

六、几个注意点

第一，容量规划。存储库容量不够时，新备份会失败，等于保护失效。库容量要覆盖"单份备份大小 × 保留份数"并留余量，尤其数据在涨的机器要定期复核。

第二，不是所有数据都值得天天备。核心数据库、用户上传值得天天备；临时构建产物、可重新生成的缓存没必要占备份容量。可以把不同重要级的磁盘分库、分策略管理。

第三，备份≠异地容灾。CBR 是同一区域内的时间点恢复，防误删、防损坏；如果怕区域级故障，那是 OBS 跨区域复制那类的事。两者互补，不互相替代。

第四，策略别太激进。每天全量备、留 30 份，对大磁盘来说容量和费用都高。多数场景"每天增量的思路 + 合理保留份数"更经济，具体看 CBR 支持的备份类型。

七、小结

给 ECS 配 CBR 定时备份，核心就"库 + 策略 + 绑定"三步：建库买容量、定策略说清何时备留几份、绑到机器上自动跑。价值不在"备了"而在"能恢复"——务必做一次恢复演练、确认覆盖前想清楚、核心库注意一致性。备份容量要留余量、不同重要级分策略管理。具体存储库、策略字段和恢复操作以官方文档为准。