应用事务日志备份
本主题只与完整恢复模式或大容量日志恢复模式相关。
本主题介绍在还原 SQL Server 数据库过程中应用事务日志备份。若要应用事务日志备份，必须满足下列要求：
必须先还原紧位于前面的完整数据库备份或差异数据库备份。
在完整数据库备份或差异数据库备份后创建的所有事务日志必须按时间顺序还原。如果此事务日志链中的事务日志备份丢失或损坏，则您只能还原丢失的事务日志之前的事务日志。
数据库尚未恢复。直到应用完最后一个的事务日志之后，才能恢复数据库。如果要在还原其中一个中间事务日志备份之后恢复数据库，则在日志链结束之前，除非从完整数据库备份开始重新启动整个还原顺序，否则，将无法还原该点之前的数据库。
恢复和事务日志
当您完成还原操作并恢复数据库后，恢复将回滚所有未完成的事务。此步骤称为“撤消阶段”。回滚对还原数据库的完整性是必需的。回滚后，数据库将进入联机状态，不能再将其他事务日志备份应用到数据库。
例如，一系列事务日志备份包含一个运行时间长的事务。该事务的起点记录在第一个事务日志备份中，终点记录在第二个事务日志备份中。第一个事务日志备份中没有任何关于提交或回滚操作的记录。如果在应用第一个事务日志备份后运行恢复操作，则运行时间长的事务被视为未完成，并且将回滚事务的第一个事务日志备份中记录的数据修改。SQL Server 不允许在此点后应用第二个事务日志备份。
.gif "注意") 注意 |
|---|
某些情况下可以在日志还原期间显式添加文件。有关详细信息，请参阅控制在前滚过程中是否创建添加的文件。 |
使用日志备份来还原故障点
假设有下列事件顺序。
时间 |
事件 |
|---|---|
上午 8:00 |
备份数据库以创建完整数据库备份。 |
中午 |
备份事务日志。 |
下午 4:00 |
备份事务日志。 |
下午 6:00 |
备份数据库以创建完整数据库备份。 |
晚上 8:00 |
备份事务日志。 |
晚上 9:45 |
出现故障。 |
| 注意 |
|---|
有关此示例备份顺序的说明，请参阅创建事务日志备份。 |
若要将数据库还原到晚上 9:45（故障点）时的状态，可以使用以下两种备选过程：
备选过程 1：使用最新的完整数据库备份还原数据库
失败时创建当前活动事务日志的结尾日志备份。
不要还原上午 8:00 的完整数据库备份。相反，应还原下午 6:00 的这一时间更近的完整数据库备份，然后应用晚上 8:00 的日志备份和结尾日志备份。
备选过程 2：使用较早的完整数据库备份还原数据库
| 注意 |
|---|
如果出现问题，使您无法使用下午 6:00 的完整数据库备份，则此备选过程将十分有用。此过程比从下午 6:00 的完整数据库备份还原所需的时间长。 |
失败时创建当前活动事务日志的结尾日志备份。
还原上午 8:00 的完整数据库备份，然后按顺序还原所有四个事务日志备份。所有完成的事务都将前滚到晚上 9:45。
此备选过程指出了冗余安全性，该安全性通过维护一系列完整数据库备份中的事务日志链备份来获得。
应用事务日志备份
最佳方法是使用 WITH NORECOVERY 还原所有日志备份：
RESTORE LOG database_name FROM <backup_device> WITH NORECOVERY
还原上一次日志备份后，用单独的操作恢复数据库：
RESTORE DATABASE database_name WITH RECOVERY
应用事务日志备份
还原到恢复点