4. Azure备份中心与备份策略
在Azure中做虚拟机备份，真正需要先厘清的不是“点哪个按钮”，而是备份对象、承载容器、策略与保留规则之间的层级关系。很多初学者会把“备份中心”和“恢复服务保管库”混为一谈，导致后续找不到备份项、误判保留周期，或者在恢复时选错还原点。本节围绕Azure Backup Center、恢复服务保管库（Recovery Services Vault）、备份策略、保留规则与备份项管理展开，并完成一次虚拟机备份配置实战。
一、四个核心对象的关系
Azure Backup Center是一个跨订阅、跨保管库的集中管理视图。它本身不存储备份数据，而是把分散在不同区域、不同恢复服务保管库中的备份作业、备份项、策略和告警聚合起来，便于统一查看与操作。真正承载备份数据、定义保护策略、保存恢复点的是恢复服务保管库。备份策略是保管库下的配置对象，决定“什么时候备份、保留多久”；备份项则是某台具体虚拟机在保管库中注册并受保护后的实例。
因此，配置一台虚拟机备份的实质是：先有恢复服务保管库，再有备份策略，然后把虚拟机注册为备份项，最后触发首次备份并产生恢复点。备份中心负责“看全局”，保管库负责“存与管”，策略负责“周期与保留”，备份项负责“具体受保护对象”。
二、恢复服务保管库的创建要点
恢复服务保管库必须与要保护的虚拟机在同一区域，否则无法直接注册。创建时需指定订阅、资源组、保管库名称和区域。保管库的存储冗余类型决定备份数据的持久性：LRS（本地冗余）在同一区域内复制三份，成本最低；GRS（异地冗余）会把数据复制到配对区域，适合对区域级故障有要求的场景；RA-GRS在此基础上提供对次要区域的读取访问。对于教学与一般业务验证，LRS即可满足；若业务连续性要求覆盖区域故障，应选择GRS。
创建完成后，保管库的“备份项”列表初始为空，因为还没有任何虚拟机注册进来。此时应先创建备份策略，再回到虚拟机侧或通过备份中心发起“备份”操作，把虚拟机与策略关联。
三、备份策略与保留规则的设计
Azure虚拟机备份策略由两部分组成：备份计划（Schedule）和保留规则（Retention）。备份计划定义每天在哪个时间点执行备份，以及执行频率（如每日一次、每周一次）。保留规则则分别定义每日、每周、每月、每年恢复点各保留多久。
一个常见的教学示例策略如下：每日凌晨2:00执行一次备份；每日恢复点保留30天；每周日产生的恢复点额外保留12周；每月1日的恢复点额外保留12个月。这样设计的意义在于：日常误删或配置错误可在30天内快速回滚；需要追溯更早状态时，可用周或月恢复点。保留规则不是“叠加存储”，而是同一恢复点按不同粒度被标记保留，实际占用取决于最长保留周期。
需要特别注意：保留天数越长，存储成本越高。Azure Backup对受保护实例按实际使用的备份存储计费，因此策略设计要在恢复目标（RTO/RPO）与成本之间取得平衡。若业务只要求“能恢复到最近7天”，就没有必要配置年度保留。
四、虚拟机备份配置实战
下面以一台名为 vm-app-01 的Windows虚拟机为例，完成从保管库到首次备份的完整配置。假设该虚拟机位于“东亚”区域，资源组为 rg-dr-lab。
- 创建恢复服务保管库。在门户搜索“恢复服务保管库”，选择“创建”，订阅与资源组选择
rg-dr-lab，名称填rsv-dr-eastasia，区域选“东亚”，存储冗余选“本地冗余（LRS）”，完成后进入保管库。 - 创建备份策略。在保管库左侧选择“备份策略”→“添加”。策略类型选“Azure虚拟机”。名称填
policy-daily-30d。备份计划设为“每日”，时间选择“02:00”。保留规则中，每日保留填30天，每周保留填12周，每月保留填12个月。保存策略。 - 注册虚拟机为备份项。在保管库中选择“备份”→“添加”，备份目标选“Azure”，备份类型选“虚拟机”。选择“添加”后，在虚拟机列表中勾选
vm-app-01，策略选择刚创建的policy-daily-30d，确认注册。 - 触发首次备份。注册完成后，备份项状态为“已配置保护”，但尚无恢复点。选择该备份项，点击“立即备份”，等待作业完成。首次备份通常是完整备份，耗时取决于磁盘大小与网络带宽。
- 验证结果。在“备份项”中查看
vm-app-01，确认“上次备份状态”为“成功”，“上次备份时间”与预期一致。进入“恢复点”列表，应至少出现一个恢复点，类型为“文件系统一致性”或“应用一致性”（取决于是否安装VSS扩展）。
五、备份项管理与常见判断
备份项管理主要关注四件事：状态、恢复点、作业和告警。状态显示“已配置保护”表示策略已生效；若显示“保护已停止”或“备份失败”，需要检查虚拟机是否被删除、扩展是否健康、保管库是否达到存储上限。恢复点列表是恢复操作的入口，每个恢复点都有时间戳和一致性类型。作业历史用于排查失败原因，常见错误包括“虚拟机代理无响应”“快照超时”“存储账户权限不足”。
在备份中心中，可以跨保管库查看所有备份项和作业。如果发现某台虚拟机长期没有新恢复点，应优先检查策略是否被误改、备份项是否被停止保护，以及保管库所在区域是否发生服务事件。备份中心的价值在于把这些问题集中暴露，而不是逐库翻查。
六、关键参数速查
| 配置项 | 示例值 | 作用与判断 |
|---|---|---|
| 保管库区域 | 东亚 | 必须与虚拟机同区域，否则无法直接注册 |
| 存储冗余 | LRS | 同区域三副本；GRS用于跨区域持久性 |
| 备份频率 | 每日 02:00 | 决定RPO，越频繁恢复点越密 |
| 每日保留 | 30天 | 覆盖近期误删与配置回滚 |
| 每周保留 | 12周 | 提供中期追溯能力 |
| 每月保留 | 12个月 | 满足合规或年度审计需求 |
| 首次备份类型 | 完整备份 | 后续为增量，首次耗时最长 |
掌握以上对象关系与配置顺序后，虚拟机备份就不再是“点一个备份按钮”，而是一条可验证、可管理、可恢复的保护链：保管库承载数据，策略定义周期与保留，备份项绑定具体虚拟机，恢复点提供还原依据，备份中心提供全局可见性。实际配置时，先确认区域与冗余，再设计保留规则，最后注册并验证首次备份，即可形成完整的备份闭环。