SQL Server 做定时备份：备份中有数据进来怎么办？

SQL Server 做定时备份：备份中有数据进来怎么办？

很多企业把 SQL Server 完整备份设在每晚 23:50——业务低峰、对白天影响小。
但实施和运维常有两个困惑：备份之后还有数据进来怎么办？备份进行中写入的数据算不算这一次备份？
本文按真实场景，把备份机制、恢复能力和策略建议讲清楚。

一、先建立正确概念：备份是"快照"，不是"录像"
完整备份（Full Backup）做的是：在某一时刻，把当前数据库（及恢复所需日志）打成一份可恢复的文件。
可以把它理解成拍照：
照片里有的 → 这次备份能恢复
拍照之后又发生的 → 不在这张照片里，但不会让照片坏掉
拍照过程中有人走过 → 相机会处理，最后得到一张清晰、一致的成片

所以：23:50 之后还有数据进来，不会破坏当晚这次备份；只是那些新数据要等下一次全备或日志备份才被保护。

二、23:50 之后的数据，对备份有影响吗？
没有负面影响。
当晚 23:50 启动的完整备份，保护的是这次备份所代表的那个一致时间点上的已提交数据。
23:50 之后（且在该次备份已经结束之后）新提交的业务数据：
仍然正常写在生产库里
不会写入当晚这一份备份文件
也不会导致这份备份损坏或不可用

真正要评估的是灾备能力：
若只有每天 23:50 一次完整备份，库在次日 10:00 损坏，最多只能恢复到约昨晚 23:50。
若有 23:50 全备 + 每小时日志备份（完整恢复模型），可恢复到接近损坏前几分钟。
若 23:50 后仍有接口、夜班、批处理写库，就要接受：只靠一天一次全备，中间有丢失窗口；不能接受，就要加事务日志备份。

三、备份开始到结束之间写入的数据，进不进这次备份？
能写库。 完整备份时不要求停机，应用可继续增删改。
是否计入当晚这次备份，要看事务是否已提交、以及相对备份结束时刻：
备份开始 → 备份结束之前，已提交的事务 → 一般会进入本次备份
备份期间开始、到备份结束仍未提交的事务 → 不会进入（恢复时回滚）
备份结束之后才提交的数据 → 不会进入

不是"23:50 按下备份就定格"，而是接近这次备份完成时，已提交的工作会体现在可恢复结果里。
时间线示例：
23:50:00 开始完整备份
23:51 订单 A 提交 → 通常计入本次备份
23:52 大事务 B 未提交 → 不计入
23:55:00 备份结束
23:56 订单 C 提交 → 不计入本次备份

若备份跑 20 分钟（23:50～00:10），则 23:50～00:10 之间已提交的数据仍可能在本份全备里；00:10 之后提交的一定不在。

四、三种备份类型各自干什么
完整备份（Full）：整库基线，你们每晚 23:50 做的通常是这种。
差异备份（Differential）：只备自上次全备以来的变化，恢复时要全备 + 最新差异备。
事务日志备份（Log）：完整恢复模型下用于缩小丢数据窗口、支持时间点恢复。ERP、MES、HIS 生产库常用全备 + 日志备。

简单恢复模型：基本只能恢复到最近一次完整备份的时刻。

五、恢复模型：决定能恢复到多细
恢复模型
特点
适用场景
简单（Simple）
基本只能恢复到最近全备时刻
测试库、可丢数据的库
完整（Full）
定期日志备份，支持时间点恢复
生产业务库（ERP/MES/HIS）

可用以下 SQL 查看当前库模型：
SELECT name, recovery_model_desc
FROM sys.databases
WHERE name = N'YourDatabaseName';

六、一套可落地的策略示例
完整备份：每天 23:50（低峰基线）
事务日志备份：每 15～60 分钟（缩小 RPO）
差异备份：可选，如每天中午（缩短恢复时间）
备份文件：定期拷贝异地，防机房故障

先和业务定 RPO（能接受丢多少数据）、RTO（能接受停多久），再定频率，而不是只设一个 23:50 作业。

七、运维常查的三件事
1. 备份作业是否成功（SSMS 报告或 msdb）
2. 备份能否真的还原（定期演练）
3. 备份盘空间与保留周期是否满足制度

写在最后
23:50 之后还有数据 → 不影响当晚备份有效性；新数据靠后续日志备或下次全备保护。
备份进行中写入的数据 → 已提交的通常进本次备份；未提交或备份结束后提交的，不进本次备份。
备份是 全备定基线 + 日志缩窗口 + 定期演练能恢复。把机制搞清楚，23:50 这条作业才真正扛得住故障。
复制搜一搜
复制搜一搜
暂无评论

恢复模型	特点	适用场景
简单（Simple）	基本只能恢复到最近全备时刻	测试库、可丢数据的库
完整（Full）	定期日志备份，支持时间点恢复	生产业务库（ERP/MES/HIS）