1. 备份恢复概述
1.1 备份恢复的定义
数据库备份恢复是指通过技术手段将数据库系统从意外故障、逻辑错误或物理灾难中恢复到可用状态的全过程。其核心包含两个阶段：备份（Backup）——将数据库中的数据、日志、配置等信息复制到安全存储介质；恢复（Recovery）——利用备份数据将数据库还原到指定时间点或特定事务状态。
关键定义区分：备份是“复制+保存”，恢复是“还原+应用日志”。没有完整备份链的恢复，等同于没有备份。
| 术语 | 定义 | 典型场景 |
|---|---|---|
| 物理备份 | 直接复制数据库文件（数据文件、控制文件、归档日志） | 全量备份、增量备份、快照备份 |
| 逻辑备份 | 通过数据库工具导出表结构、索引、数据记录（SQL/Dump） | 数据迁移、表级恢复、异构平台迁移 |
| 全量备份 | 备份整个数据库或表空间的所有数据块 | 每周/每月完整备份 |
| 增量备份 | 仅备份自上次备份以来发生变化的数据块 | 每日增量、减少存储与时间开销 |
| 归档日志备份 | 备份数据库运行产生的重做日志文件 | 时间点恢复（PITR）、灾难恢复 |
1.2 备份恢复的重要性
在数据库运维体系中，备份恢复是数据安全的最后一道防线。其重要性体现在以下四个维度：
- 数据完整性保障：防止因硬件故障、软件缺陷、人为误操作导致的数据永久丢失。
- 业务连续性支撑：在灾难发生时，RTO（恢复时间目标）和RPO（恢复点目标）直接决定业务中断时长与数据丢失量。
- 合规审计要求：金融、医疗、政务等行业监管机构强制要求定期备份与恢复演练，并保留备份日志。
- 变更窗口安全兜底：在变更窗口内执行DDL、索引重建、参数调整等操作时，备份是回滚的唯一可靠手段。
运维警示：未经验证的备份等于没有备份。定期执行恢复演练，确保备份文件可读、可挂载、可还原。
1.3 备份恢复与变更窗口的关系
变更窗口（Change Window）是数据库运维中执行计划性维护操作的特定时间段。备份恢复与变更窗口之间存在紧密的前置依赖与后置保障关系：
- 变更前——基线备份：在变更窗口开启前，必须完成一次全量备份（或至少一次有效增量备份），作为变更失败的恢复基线。
- 变更中——日志连续性：变更操作产生的重做日志必须持续归档，确保恢复时可回滚到变更前的精确时间点。
- 变更后——验证与清理：变更完成后，需验证数据一致性，并清理过期备份，避免备份链混乱影响后续恢复。
最佳实践：在变更窗口内，建议将备份策略调整为“变更前全量 + 变更中持续归档 + 变更后增量”。这样既能保证回滚能力，又能最小化备份对窗口时间的占用。
1.4 备份恢复策略与变更窗口的匹配模型
不同变更类型对备份恢复的要求不同，下表总结了常见变更场景与备份策略的匹配关系：
| 变更类型 | 典型操作 | 推荐备份策略 | 窗口时长要求 |
|---|---|---|---|
| DDL变更 | ALTER TABLE、CREATE INDEX | 变更前全量备份 + 归档日志 | 中等（30-120分钟） |
| 参数调整 | 修改数据库参数、内存配置 | 变更前参数文件备份 + 全量备份 | 短（15-30分钟） |
| 版本升级 | 数据库大版本/小版本升级 | 全量备份 + 归档日志 + 操作系统快照 | 长（2-8小时） |
| 数据修复 | 误删除数据、逻辑损坏修复 | 时间点恢复（PITR）+ 表空间恢复 | 视数据量而定 |
| 灾备切换 | 主备切换、数据中心切换 | 全量备份 + 持续同步 + 切换前校验 | 严格（分钟级） |
通过上述匹配模型，运维团队可以在变更窗口内合理分配备份时间，避免备份操作挤占变更操作窗口，同时确保变更失败时可快速回滚。