【 11个概念 】

备份容灾

备份容灾:11个核心概念信息图

难易分类

简单概念

1 快照

记录某一时间点存储状态的快速副本。

2026年7月23日,公司在订单系统中登记并使用一项“快照”。工作人员可以指出它的具体对象、所在位置、当前状态和对应记录。

把“快照”和“备份”混为一谈。快照的关键是“记录某一时间点存储状态的快速副本”;备份关注的是另一种对象、位置、作用或处理关系。

难懂概念

2 全量备份

每次备份全部选定数据。

发生严重故障后允许丢失多少数据、允许中断多长时间,备份能否在目标时间内真正恢复?

备份每天显示成功,真正恢复时副本全部不可用

一家物流企业的监控平台连续365天显示备份成功,机房断电后发现备份与生产系统共用同一账号,最近可恢复的数据停留在184天前。这个实例说明:全量备份必须通过隔离、恢复演练和结果校验验证真实能力。

3 增量备份

仅备份自上次任何备份后变化的数据。

发生严重故障后允许丢失多少数据、允许中断多长时间,备份能否在目标时间内真正恢复?

备份每天显示成功,真正恢复时副本全部不可用

一家物流企业的监控平台连续365天显示备份成功,机房断电后发现备份与生产系统共用同一账号,最近可恢复的数据停留在184天前。这个实例说明:增量备份必须通过隔离、恢复演练和结果校验验证真实能力。

4 差异备份

备份自上次全量备份后变化的数据。

发生严重故障后允许丢失多少数据、允许中断多长时间,备份能否在目标时间内真正恢复?

备份每天显示成功,真正恢复时副本全部不可用

一家物流企业的监控平台连续365天显示备份成功,机房断电后发现备份与生产系统共用同一账号,最近可恢复的数据停留在184天前。这个实例说明:差异备份必须通过隔离、恢复演练和结果校验验证真实能力。

5 异地备份

将备份副本存放在不同地理位置。

发生严重故障后允许丢失多少数据、允许中断多长时间,备份能否在目标时间内真正恢复?

备份每天显示成功,真正恢复时副本全部不可用

一家物流企业的监控平台连续365天显示备份成功,机房断电后发现备份与生产系统共用同一账号,最近可恢复的数据停留在184天前。这个实例说明:异地备份必须通过隔离、恢复演练和结果校验验证真实能力。

6 隔离备份

与生产环境保持网络或权限隔离的备份副本。

事件怎样被发现和分级,如何阻止影响扩大、清除原因、恢复业务并验证改进?

系统恢复运行,攻击入口和异常权限仍未清除

某商城发生数据外传后,运维人员在18分钟内重启服务器,页面恢复正常;泄露账号、恶意脚本和错误接口配置仍然存在,2小时后又有6万条记录被导出。这个实例说明:隔离备份需要同时处理业务恢复、根因清除、控制验证和后续改进。

7 容灾

通过备用资源和恢复机制保障重大故障下业务连续运行。

发生严重故障后允许丢失多少数据、允许中断多长时间,备份能否在目标时间内真正恢复?

备份每天显示成功,真正恢复时副本全部不可用

一家物流企业的监控平台连续365天显示备份成功,机房断电后发现备份与生产系统共用同一账号,最近可恢复的数据停留在184天前。这个实例说明:容灾必须通过隔离、恢复演练和结果校验验证真实能力。

8 灾难恢复

在灾难或严重故障后恢复系统、数据和业务。

事件怎样被发现和分级,如何阻止影响扩大、清除原因、恢复业务并验证改进?

系统恢复运行,攻击入口和异常权限仍未清除

某商城发生数据外传后,运维人员在18分钟内重启服务器,页面恢复正常;泄露账号、恶意脚本和错误接口配置仍然存在,2小时后又有6万条记录被导出。这个实例说明:灾难恢复需要同时处理业务恢复、根因清除、控制验证和后续改进。

9 RPO

恢复点目标,表示可以接受的数据丢失时间范围。

发生严重故障后允许丢失多少数据、允许中断多长时间,备份能否在目标时间内真正恢复?

备份每天显示成功,真正恢复时副本全部不可用

一家物流企业的监控平台连续365天显示备份成功,机房断电后发现备份与生产系统共用同一账号,最近可恢复的数据停留在184天前。这个实例说明:RPO必须通过隔离、恢复演练和结果校验验证真实能力。

10 RTO

恢复时间目标,表示可以接受的业务恢复时间范围。

发生严重故障后允许丢失多少数据、允许中断多长时间,备份能否在目标时间内真正恢复?

备份每天显示成功,真正恢复时副本全部不可用

一家物流企业的监控平台连续365天显示备份成功,机房断电后发现备份与生产系统共用同一账号,最近可恢复的数据停留在184天前。这个实例说明:RTO必须通过隔离、恢复演练和结果校验验证真实能力。

11 恢复演练

从备份或灾备环境恢复并验证结果。

事件怎样被发现和分级,如何阻止影响扩大、清除原因、恢复业务并验证改进?

系统恢复运行,攻击入口和异常权限仍未清除

某商城发生数据外传后,运维人员在18分钟内重启服务器,页面恢复正常;泄露账号、恶意脚本和错误接口配置仍然存在,2小时后又有6万条记录被导出。这个实例说明:恢复演练需要同时处理业务恢复、根因清除、控制验证和后续改进。