1. 课程导入与灾备体系总览

在数据库运维与架构设计领域，备份恢复与灾备体系是保障数据不丢失、业务不中断的最后一道防线。SQL Server 作为企业级关系型数据库，提供了从完整备份、差异备份、事务日志备份到 AlwaysOn 可用性组、日志传送、故障转移集群等一整套数据保护机制。本课程的目标，是帮助读者建立一套完整的灾备知识框架，并能够根据业务的实际要求，设计出可落地、可验证、可度量的备份恢复方案。

一、学习目标

完成本课程后，读者应当能够：

• 理解 SQL Server 恢复模式（简单、完整、大容量日志）与备份类型之间的对应关系，知道在什么场景下选择哪种恢复模式。
• 独立设计并执行完整备份、差异备份、事务日志备份的组合策略，并能够通过日志链还原到任意时间点。
• 掌握 RPO（恢复点目标）与 RTO（恢复时间目标）的含义，并能将其转化为具体的备份频率、保留策略与恢复演练指标。
• 理解 AlwaysOn 可用性组、日志传送、故障转移集群等灾备技术的适用边界与部署要点。
• 能够对备份文件进行校验、加密与压缩，并制定可执行的恢复演练与监控方案。

二、SQL Server 备份恢复的核心概念

要理解备份恢复，首先要理解 SQL Server 的日志机制。数据库的每一次数据修改，都会先写入事务日志（Transaction Log），再在检查点（Checkpoint）时刷入数据文件。事务日志记录了数据页的前像与后像，这使得数据库可以支持“还原到某个时间点”的能力。恢复模式决定了日志的使用方式：

• 简单恢复模式：日志在检查点后自动截断，不支持事务日志备份，只能恢复到最近一次备份的终点，适合可容忍部分数据丢失的测试库或报表库。
• 完整恢复模式：日志持续保留，直到执行日志备份后才可截断，支持完整的时间点恢复，是生产库的默认选择。
• 大容量日志恢复模式：对批量操作（如 BULK INSERT、SELECT INTO）做最小化日志记录，减少日志量，但时间点恢复能力受限，适合周期性大批量导入场景。

备份类型方面，完整备份记录整个数据库在某一时刻的状态；差异备份记录自最近一次完整备份以来的变化；事务日志备份记录自上次日志备份以来的所有日志记录。三者组合使用，可以在存储成本与恢复速度之间取得平衡。例如，一个常见的生产策略是：每周日 02:00 做完整备份，每天 02:00 做差异备份，每 15 分钟做一次事务日志备份。这样，RPO 约为 15 分钟，恢复时先还原完整备份，再还原最近一次差异备份，最后按顺序还原差异备份之后的所有日志备份。

三、灾备体系的分层框架

灾备体系不是单一技术，而是由多个层次组成的纵深防御结构。从数据保护的角度，可以将其划分为四层：

1. 本地备份层：在同一机房内使用磁盘或磁带进行完整、差异、日志备份，解决误删除、逻辑损坏、小范围故障。
2. 异地备份层：将备份文件复制到异地机房或对象存储，解决机房级故障（火灾、断电、网络中断）。
3. 高可用层：通过 AlwaysOn 可用性组、故障转移集群实现节点级自动切换，解决服务器硬件故障，RTO 通常在秒到分钟级。
4. 容灾切换层：通过日志传送、分布式可用性组或存储复制实现跨站点切换，解决区域级灾难，RTO 通常在分钟到小时级。

这四层并非互斥，而是可以叠加使用。一个成熟的生产系统，往往同时具备本地备份、异地备份和 AlwaysOn 高可用，形成“备份+复制+切换”的立体防护。

四、RPO 与 RTO：灾备的两个关键指标

RPO（Recovery Point Objective，恢复点目标）回答的是“最多能丢多少数据”。它由备份频率决定：如果每 15 分钟做一次日志备份，理论上最多丢失 15 分钟的数据。RPO 越小，备份越频繁，对存储和网络的压力越大。

RTO（Recovery Time Objective，恢复时间目标）回答的是“多久能恢复业务”。它由恢复方式决定：从备份还原一个 1TB 的数据库可能需要数小时，而 AlwaysOn 自动故障转移可能只需几十秒。RTO 越小，对架构冗余和自动化程度的要求越高。

在实际项目中，RPO 和 RTO 通常由业务部门提出，运维团队负责将其翻译成技术方案。例如，业务要求“核心交易系统 RPO≤5 分钟、RTO≤30 分钟”，那么技术方案至少需要：每 5 分钟一次日志备份、异地备份副本、AlwaysOn 同步提交副本，以及经过演练验证的切换流程。

五、从指标到方案：一个可执行的换算示例

假设某电商订单库要求 RPO≤5 分钟、RTO≤30 分钟，数据量约 500GB，日均日志增量约 20GB。我们可以这样设计：

• 恢复模式设为完整恢复模式，确保日志链完整。
• 每周日 01:00 执行完整备份，预计耗时约 40 分钟，备份文件约 300GB（启用压缩后）。
• 每天 01:00 执行差异备份，预计耗时约 10 分钟，文件约 30GB。
• 每 5 分钟执行一次事务日志备份，单次日志量约 70MB，耗时数秒。
• 备份文件通过作业同步到异地对象存储，保留 30 天。
• 部署 AlwaysOn 可用性组，配置一个同步提交副本和一个异步提交副本，实现节点级自动切换。

这样，RPO 由 5 分钟日志备份保证，RTO 由 AlwaysOn 自动切换（约 30 秒）加上应用重连时间保证，整体满足业务要求。需要注意的是，以上耗时和文件大小均为示例估算，实际值需根据硬件、网络、压缩率和并发负载进行压测确认。

六、本课程的学习路径

后续章节将按照“概念—备份—恢复—高可用—容灾—演练”的顺序展开。我们会先深入恢复模式与备份类型，再逐步进入备份策略设计、日志链管理、时间点恢复、AlwaysOn 部署、日志传送配置、备份加密与压缩、恢复演练与监控告警。每一部分都会给出可操作的命令、参数和判断依据，帮助读者把知识转化为实际运维能力。

在学习过程中，建议读者准备一台可自由操作的 SQL Server 测试实例，跟随课程中的示例进行练习。只有亲手执行过备份、还原和切换，才能真正理解灾备体系中的每一个环节。