本主题仅适用于使用完整或大容量日志恢复模式的 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)。
相关任务
创建事务日志备份
SqlBackup （SMO）
若要计划备份作业，请参阅 “使用维护计划向导”。
相关内容
没有。
另请参阅
事务日志 (SQL Server)
SQL Server 数据库的备份和还原
结尾日志备份 (SQL Server)
应用事务日志备份 (SQL Server)