云备份不是买了就安心：华为云CBR的备份类型、策略与恢复演练

很多团队把业务搬上云之后，会产生一种错觉：数据放在云上，就等于数据有了备份。直到某一天，有人误删了一张表，勒索病毒加密了整台机器的文件，或者一块云硬盘出现故障，才会发现“上云”和“有备份”是两回事。云平台保障的是基础设施的可用性，而数据本身的保护，很大程度上仍然是用户自己的责任。

华为云云备份 CBR（Cloud Backup and Recovery）就是为这个缺口准备的服务。按官网的定位，它针对病毒入侵、人为误删除、软硬件故障等场景，为华为云服务器、云硬盘、云桌面、SFS Turbo 提供统一的备份服务。本文不讲宏大叙事，只聊三个实际问题：该备份什么、备份策略怎么定、以及备份到底能不能恢复。

一、CBR 能备份什么

先把备份对象想清楚，再谈策略才有意义。CBR 覆盖的对象包括弹性云服务器、云耀云服务器、裸金属服务器等多类型服务器，以及云硬盘、云桌面和 SFS Turbo。在数据备份与恢复的场景里，备份范围还包括云数据库。也就是说，一台业务服务器的操作系统、应用和数据盘，乃至它依赖的数据库，都可以在同一个备份体系里被保护起来，而不是各管各的。

从形态上说，常见的几类备份可以这样理解：云服务器备份面向整台服务器，适合需要整体恢复的场景；云硬盘备份面向单块数据盘，粒度更小、恢复更快；SFS Turbo 备份面向共享文件存储上的业务数据。实际选型时，先问自己一个问题：如果这台机器明天起不来了，我是想整机恢复，还是只想找回某一块盘、某一个目录？答案不同，备份的形态就不同。

一致性是另一个容易被忽略的点。CBR 支持云服务器整机崩溃一致性备份和多盘一致性备份。崩溃一致性保证的是备份那一刻磁盘数据的完整状态，机器可以恢复启动；但对数据库这类有内存缓冲、事务日志的应用来说，只靠崩溃一致性还不够。应用一致性需要备份与应用配合，比如在备份前让数据库进入一个可恢复的静默状态。华为云官方的最佳实践里就有一篇专门讲“通过自定义脚本实现 MySQL 一致性备份”，思路就是在备份前后执行自定义脚本，把应用状态处理好再备份。对跑数据库的服务器，这一步值得认真对待。

二、备份策略怎么定

备份策略的本质，是在成本和恢复能力之间找平衡点。CBR 允许通过可视化控制台配置定时或周期性的备份策略，一次配置、自动执行，自定义策略进行在线备份，官方介绍是 3 步完成备份配置。这意味着策略不需要每天人工操作，但策略本身需要认真设计。

可以从三个维度入手。首先是频率，分级定。官方最佳实践的建议是“通过业务分级制定最佳备份策略”，核心业务的备份频率、保留时间都可以定得更高；一般业务和测试环境则可以放宽。比如核心数据库每天备份、保留数周；一般业务系统每周备份、保留数周；临时测试环境甚至可以只做手动备份。分级不是为了省那一点存储费用，而是让有限的备份窗口和存储资源优先保护最重要的数据。

其次是保留期。备份不是存得越久越好。保留期太短，出了问题才发现备份已经被轮转掉了；保留期太长，存储成本一路上涨。合理的做法是按业务的合规要求和故障发现周期来定，比如保留最近七天的每日备份，再保留每周、每月的几个关键点。CBR 的计费提供按需和包周期两种模式，存储库的容量规划可以结合保留策略一起算，避免备份库被存满导致备份任务失败。

第三个维度是 RPO 和 RTO，也就是“最多能丢多少数据”和“多快能恢复”。这两个指标决定了备份频率和恢复方式是否合格。按官网的介绍，CBR 的即时恢复 RPO 最小为 1 小时，RTO 可达分钟级；增量备份可缩短 95% 的备份时长，备份高性能可达 1GBps。引用这些数字不是为了宣传，而是提醒大家：策略定下来之后，要用这两个指标去验收——如果业务要求一小时内恢复，而你的备份方案实测需要三小时，那策略就是不合格的。

防勒索和异地灾备也是策略的一部分。官网提到 CBR 有三重防勒索体系，并支持跨 Region 复制备份数据，在异地 Region 恢复，实现异地灾备；备份数据还支持多可用区冗余存储。最新的动态是云备份存储库现支持备份锁定，锁定后备份在保留期内不能被删除，这对防范勒索病毒连同备份一起加密、或者人为误删备份，是一个很实际的保护。单区域的备份能防误删和硬件故障，但防不住区域级故障和勒索软件把备份也毁掉，重要的业务值得把跨区域复制打开。

三、备份的终点是恢复

备份做得再多，如果从没恢复过，就等于没有备份。华为云官方最佳实践里有一篇“通过数据备份开展定期恢复演练”，这个建议值得单独拿出来说。

恢复演练不需要多复杂，但需要定期、真实。可以按这样的节奏做：每季度选一次，用最近的备份在隔离环境里恢复一次，核对数据是否完整、应用是否能正常启动，记录从开始恢复到业务可用实际花了多长时间。演练中发现的任何问题都要回填到策略里，比如恢复时发现少了一块数据盘，下次就把那块盘加进备份范围；发现恢复时间超过业务容忍值，就要调整备份形态或恢复流程。

恢复本身也有几种方式。官方常见问题里提到的场景包括：把原服务器的数据恢复至新创建的服务器，以及通过云服务器备份实现云服务器数据跨区域迁移。这些场景说明恢复不只是“回到出事之前”，也可以是“在新地方重新建起来”。演练的时候可以把这几种方式都试一遍，避免真正出事时才发现流程不熟。

这里有几个常见的坑，顺手列一下：只备份了系统盘，数据盘没进备份范围；备份策略配好了，但是存储库容量满了，任务长期失败没人看；备份从来没有恢复验证过；账号密码、证书和密钥没有纳入备份范围，恢复回来却登录不上去；跨区域复制没开，区域级故障时才发现备份和生产在同一个区域。这些坑都不复杂，但每一个都可能让备份在关键时刻失效。

四、一个最小可落地的上手路径

如果之前完全没有做过云备份，可以按下面这个顺序走一遍：

第一步，给业务分级。把系统分成核心、一般、临时三档，决定每档的备份频率和保留期。

第二步，创建备份存储库，并按分级把备份对象关联进去。存储库是备份数据的存放位置，容量和计费方式在这里确定。

第三步，配置备份策略。按业务的备份窗口定好执行时间和保留规则，让策略自动执行，而不是靠人记。

第四步，做一次手动备份，确认任务成功，核对备份内容是否齐全。

第五步，做一次恢复演练。选一个非生产时段或隔离环境恢复一次，记录实际恢复耗时，并把演练结果写下来。

之后就是日常维护：定期看看备份任务有没有失败，存储库容量够不够用，业务扩容之后有没有把新资源纳进备份范围。备份策略不是一劳永逸的，业务一变，策略也要跟着变。

结尾

备份这件事，最怕的不是花钱，而是花了钱、配了策略，最后却发现恢复不了。CBR 把备份对象、策略、跨区域复制和防勒索这些能力收拢在一个服务里，降低了把备份做对的门槛；但备份策略的分级、保留期的取舍、以及恢复演练的坚持，仍然需要人来决策和执行。如果你今天还没有为自己的云上业务配好备份，不妨从给最核心的一台服务器配一条备份策略开始，再把恢复演练排进这个季度的计划里。备份的价值，永远在恢复的那一刻才真正体现出来。