事务日志备份 (SQL Server)
本主题仅与使用完整恢复模式或大容量日志恢复模式的 SQL Server 数据库相关。 本主题讨论备份 SQL Server 数据库的事务日志。
在创建任何日志备份之前，您必须至少创建一个完整备份。 然后，可以随时备份事务日志，除非已备份此日志。 建议经常执行日志备份，这样既可尽量减少丢失工作的风险，也可以截断事务日志。 通常，数据库管理员偶尔（如每周）会创建完整数据库备份，还可以选择以较短间隔（如每天）创建一系列差异备份。 与数据库备份无关，数据库管理员可以比较频繁地（例如每隔 10 分钟）创建事务日志备份。 对于给定的备份类型，最恰当的备份间隔取决于一系列因素，如数据的重要性、数据库的大小和服务器的工作负荷。
本主题内容：
日志备份顺序的工作方式
事务日志备份“日志链” 的序列与数据备份无关。 例如，假设有下列事件顺序。
| 时间 | 事件 |
|---|---|
| 上午 8:00 | 备份数据库。 |
| 中午 | 备份事务日志。 |
| 下午 4:00 | 备份事务日志。 |
| 下午 6:00 | 备份数据库。 |
| 晚上 8:00 | 备份事务日志。 |
在晚上 8：00 创建的事务日志备份包含从下午 4：00 到晚上 8：00 的事务日志记录，跨越在下午 6：00 创建完整数据库备份的时间。从上午 8：00 创建的初始完整数据库备份到晚上 8：00 创建的最后一个事务日志备份，事务日志备份的序列是连续的。有关如何应用这些日志备份的信息，请参阅将事务日志备份 (SQL Server) 中的示例。
建议
如果事务日志损坏，则最新有效备份以后执行的工作将丢失。 因此，我们强烈建议您将日志文件存储在容错的存储设备中。
如果数据库已损坏，或者你要还原数据库，建议你创建一个 结尾日志备份 ，使你可以将数据库还原到当前时间点。
默认情况下，每个成功的备份操作都会在 SQL Server 错误日志和系统事件日志中添加一个条目。 如果非常频繁地备份日志，这些成功消息会迅速累积，从而产生一个巨大的错误日志，这样会使查找其他消息变得非常困难。 在这些情况下，如果任何脚本均不依赖于这些日志条目，则可以使用跟踪标志 3226 取消这些条目。 有关详细信息，请参阅跟踪标志 (Transact-SQL)。
Related Tasks
创建事务日志备份
SqlBackup (SMO)
若要计划备份作业，请参阅 Use the Maintenance Plan Wizard。
相关内容
无。
另请参阅
事务日志 (SQL Server)
SQL Server 数据库的备份和还原
结尾日志备份 (SQL Server)
应用事务日志备份 (SQL Server)