3. 备份恢复核心概念与策略设计
在 ThinkSystem 的备份恢复体系中，真正决定“能不能恢复、恢复多快、占多少空间”的，并不是某个软件按钮，而是备份类型与保留策略的组合设计。全量、增量、差异、合成全量、永久增量这五种方式，本质上是在备份窗口、存储占用、恢复速度、恢复链长度四个维度上做取舍。理解它们的差异，才能为 RPO（恢复点目标）和 RTO（恢复时间目标）设计出可落地的方案。
五种备份类型的本质差异
全量备份（Full）每次复制数据源的全部有效数据。它的优势是恢复链最短——只需一份备份即可还原；代价是每次占用完整容量和完整窗口。以 10 TB 数据源、夜间窗口 6 小时为例，若持续速率约 600 MB/s，全量约需 4.8 小时，勉强可完成，但白天业务增长后窗口会迅速吃紧。
增量备份（Incremental）只备份自上次任意类型备份以来变化的数据块。它窗口最短、容量最省，但恢复时必须按“最近全量 + 全部增量”顺序回放，恢复链最长，任何一环损坏都会影响后续恢复。
差异备份（Differential）备份自上次全量以来变化的数据。恢复时只需“最近全量 + 最近差异”两份，恢复链固定为两段，比增量更稳，但差异集会随天数累积而增大。
合成全量（Synthetic Full）不在生产端重新读取全部数据，而是在备份服务器上把“已有全量 + 后续增量”合并成一份新的全量。它把生产端的读取压力转移到了备份存储侧，适合生产窗口极窄、但备份存储性能充足的场景。
永久增量（Forever Incremental）只做一次初始全量，之后永远只做增量，通过定期合成或元数据引用维持“随时可全量恢复”的能力。它把窗口和容量压到最低，但对备份软件的目录管理、存储可靠性和校验机制要求最高。
保留策略：决定“能回到多久以前”
保留策略不是简单地“留几份”，而是把恢复点密度和保留时长分开设计。常见做法是 GFS（祖父-父-子）轮转：保留最近 7 个日备份、4 个周备份、12 个月备份。这样既能满足“误删后 1 小时内恢复”，也能满足“季度审计回溯 6 个月”。
设计时要明确三个参数：保留份数（决定存储占用）、保留周期（决定合规能力）、过期删除规则（决定何时释放空间）。例如：日备保留 14 天、周备保留 8 周、月备保留 12 个月，配合永久增量，存储占用可控制在“1 份全量 + 约 30 份增量”的量级，而不是 30 份全量。
备份窗口与 RPO 的联合设计
备份窗口是“允许备份任务占用生产资源的时间段”，RPO 是“最多能容忍丢失多少数据”。两者通过备份频率连接：RPO 越短，备份越频繁，窗口压力越大。设计时可按以下顺序推进：
- 确定业务 RPO：核心数据库 15 分钟，文件服务器 4 小时，归档系统 24 小时。
- 估算变化率：若 10 TB 数据源日变化率 5%，则每日增量约 500 GB。
- 计算窗口需求：增量以 600 MB/s 计约 14 分钟，全量约 4.8 小时。
- 选择类型组合：核心库用“周全量 + 日增量 + 日志备份”，文件服务器用“永久增量 + 周期合成”。
- 验证恢复链：确认最坏情况下恢复所需份数与时间满足 RTO。
以某 ThinkSystem 环境为例（示例参数）：数据库 8 TB，日变化率 6%，RPO 要求 30 分钟，RTO 要求 2 小时。可设计为：每周日 01:00 全量，周一至周六每 30 分钟日志备份、每日 02:00 增量，保留 4 周。恢复时用“最近全量 + 最近增量 + 日志回放”，实测恢复链约 3 段，可在 90 分钟内完成，满足 RTO。
策略选择速查
| 备份类型 | 备份窗口 | 存储占用 | 恢复链 | 适用场景 |
|---|---|---|---|---|
| 全量 | 最长 | 最高 | 1 段 | 小数据量、关键系统周备 |
| 增量 | 最短 | 最低 | 最长 | 大数据量、窗口紧张 |
| 差异 | 中等 | 中等 | 2 段 | 恢复速度与容量平衡 |
| 合成全量 | 生产端短 | 中等 | 1 段 | 生产窗口极窄、存储性能好 |
| 永久增量 | 最短 | 最低 | 逻辑 1 段 | 云备份、长期保留、合规归档 |
最后要强调：备份类型没有绝对优劣，只有与 RPO、RTO、窗口和预算是否匹配。设计时先定恢复目标，再选类型组合，最后用保留策略和校验机制兜底，才能形成真正可恢复、可验证、可持续运行的备份体系。