4、Azure备份方案：Azure Backup中心、恢复服务保管库、文件与虚拟机备份

说到Azure的备份，我最早接触的时候其实有点懵——因为入口太多了。后来做多了才发现，核心就两个东西：Azure Backup中心和恢复服务保管库。你只要把这两个搞明白，剩下的就是配置细节了。

4.1 Azure Backup中心——统一管理入口

Azure Backup中心，说白了就是一个“总控台”。

我个人习惯把它叫做“备份的指挥中心”。你不需要跑到每个资源下面去配备份策略，在这里就能看到所有备份作业的状态、告警、合规情况。

它支持的功能包括：

• 查看所有备份实例的健康状态
• 集中配置备份策略
• 监控备份作业和还原作业
• 生成合规报告

我记得有一次客户说“我几百台虚拟机，怎么知道哪些没备份？”——我直接打开Backup中心，一个仪表盘就全看到了。嗯，省心。

4.2 恢复服务保管库——备份的“保险柜”

恢复服务保管库（Recovery Services Vault）才是真正存数据的地方。你可以把它理解成一个保险柜，里面放着你的备份数据。

创建保管库的时候，有几个关键点要注意：

• 区域选择：保管库的区域决定了备份数据的存储位置。我建议选离生产环境最近的区域，延迟低。
• 存储冗余：有LRS（本地冗余）和GRS（异地冗余）两种。GRS贵一些，但容灾能力更强。
• 软删除：这个一定要开。我曾经遇到过误删备份数据的情况，软删除救了我一命。

4.3 文件备份——最简单的入门场景

文件备份，说白了就是把你的本地文件或者Azure VM里的文件，备份到保管库里去。

配置步骤其实很简单：

1. 在保管库里创建一个备份策略（比如每天凌晨2点备份）
2. 安装Azure Backup扩展（如果是Windows VM，会自动安装）
3. 选择要备份的文件夹或文件
4. 触发一次初始备份

我遇到过一个小坑：文件备份不支持系统状态。如果你要备份整个操作系统，得用虚拟机备份。别搞混了。

4.4 虚拟机备份——企业级核心场景

虚拟机备份才是重头戏。Azure VM备份用的是快照+VSS技术，能保证应用一致性。

什么叫应用一致性？就是备份的时候，数据库的事务是完整的，不会出现“备份到一半，数据写了一半”的情况。

配置虚拟机备份的步骤：

1. 在保管库里创建备份策略（频率、保留天数）
2. 将虚拟机关联到该策略
3. 启用备份（第一次是全量备份，后续是增量）

这里有个关键点：增量备份。Azure只备份变化的数据块，所以后续备份很快，占用的存储也少。我见过很多客户担心备份太慢，其实增量备份基本不影响业务。

4.5 备份策略设计——我的经验

备份策略说白了就是“什么时候备份”和“保留多久”。

我个人建议这样设计：

备份类型	频率	保留周期
日常备份	每天一次	保留30天
周备份	每周日一次	保留12周
月备份	每月1号一次	保留12个月
年备份	每年1月1日一次	保留7年

你想想看，如果只保留30天的日常备份，万一遇到勒索病毒，30天前的数据就没了。所以长周期保留是必须的。

4.6 避坑指南

做Azure备份这几年，我踩过不少坑。分享几个最典型的：

• 保管库锁：我曾经忘记给保管库加锁，结果被人误删了所有备份数据。后来我强制要求所有生产环境的保管库必须加锁。
• 备份窗口：备份作业会消耗IOPS。如果虚拟机IOPS已经很高了，备份可能会影响业务。我建议把备份时间安排在业务低峰期。
• 跨区域恢复：如果你用了GRS，备份数据会复制到配对区域。但注意，跨区域恢复需要额外配置，不是自动的。

4.7 总结

Azure备份方案的核心就三个字：保管库、策略、恢复。

保管库是存数据的地方，策略决定了怎么存，恢复是最后一步。你只要把这三件事想清楚，Azure备份就没什么难的。

嗯，下一章我会讲Azure Site Recovery，那是真正的灾难恢复方案。备份只是第一步，容灾才是终极目标。