事务日志备份 (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)。
相关任务
创建事务日志备份
SqlBackup (SMO)
若要计划备份作业，请参阅使用维护计划向导。
[返回页首]
相关内容
无。
[返回页首]