系统常识 SQL Server备份计划运维
备份频率应该怎么规划
按可容忍的数据丢失量（RPO）规划 SQL Server 备份节奏：完整、差异、日志备份的组合模板，开发库与生产库各一套参考方案。
发布于 2026/11/11
所属频道 SQL Server
结论先行
备份频率的核心输入只有一个业务参数：你能容忍丢多少分钟的数据（RPO）。开发测试库一天一次完整备份足矣；生产库按「日完整 + 数小时差异 + 15–60 分钟日志」的经典三层节奏规划。先定 RPO，再排时间表，避免「备份很多但恢复不了」或「备得太密浪费资源」两个极端。
按 RPO 排节奏（参考模板）
| 场景 | 恢复模型 | 完整备份 | 差异备份 | 日志备份 | 数据丢失上限（近似） |
|---|---|---|---|---|---|
| 开发/测试 | 简单 | 每天 1 次 | 不需要 | 不可用 | 最多一天 |
| 小生产库 | 完整 | 每天 1 次 | 每 4–6 小时 | 每小时 | 约 1 小时 |
| 核心生产库 | 完整 | 每周或每天 | 每 1–2 小时 | 每 15–30 分钟 | 约半个日志周期 |
间隔的具体数值以业务能接受的数据丢失量为上限去倒推，不是越密越好——日志备份也有 I/O 与存储成本。
排时间表时的三条原则
- 完整备份放业务低谷（如凌晨 3 点），这是最大的一次 I/O 峰值。
- 差异备份均匀分布在两次完整之间，差异备份总是相对「最近一次完整」，所以完整周期要固定。
- 日志备份的终点要能接上：日志链一旦断掉（漏备一段、库重建过），时间点还原只能从链的断裂处开始。
执行方式
- 用 SQL Server Agent 作业按计划跑 T-SQL 备份语句；
- 或用维护计划统一管理（维护计划由 Agent 驱动，SQL Server 2022 Developer、SQL Server 2025 Developer 条目环境均含 Agent）。
- 每周做一次还原演练（验证备份可用），排计划时把演练也纳入固定节奏。
备份与还原操作可全程在 SSMS 管理工具条目 的右键菜单完成；规划前先确认每个库当前的恢复模型——简单模型下日志备份选项根本不存在。