14.1.3 恢复到即时点的奥秘

作者: 赵松涛 出处:电子工业出版社博文视点 　2007-08-22 13:26　   砖    好    评论  条 　进入论坛

阅读提示：《SQL Server 2005奥秘》第14章深入研究事务日志备份与恢复操作,事务日志忠实地记录了数据库的活动.本节为恢复到即时点的奥秘。

14.1.3  恢复到即时点的奥秘
正是因为有了连续的、完整的事务日志备份序列，配合一个完整数据库备份，我们可以将数据库的状态恢复在日志序列中间的任意一个即时点。
但是，这样做是有前提条件的。
1．正确的完整数据库备份
首先，必须要有一个正确的完整数据库备份，为什么这里要强调“正确”二字呢？如果读者已经对事务日志的连续性概念有正确认识和理解的话，那么这里的“正确”二字就代表完整数据库备份必须是在第1个日志备份序列的时间点之间完成的。
本书配套光盘收录了一个bak备份文件，包括了1个完整数据库备份和3个连续的事务日志备份，我们看到编号为1的是完整数据库备份，其余3个是事务日志备份。如图14-3所示。

图14-3  正确的完整数据库备份

完整数据库备份的日志区间是：29000000035800179～29000000043400001。
第1个事务日志备份的区间是：29000000035800179～29000000047000001。
所以，这里的完整数据库备份就是正确的，因为恢复完整数据库备份，其状态会停留在事务日志备份1中间的某个即时点。然后可以连续执行事务日志备份来进行恢复。
什么是不正确的完整数据库备份呢？
就是完整数据库备份完成的即时点处于日志备份序列之外。如图14-4所示。

图14-4  事务日志备份与恢复原理

提示：永远也不能指望停留在日志备份之外，即时点的完整数据库备份和日志备份能够配合起来进行恢复，因为完整数据库备份和日志备份的日志序列之间产生了中断。

我们可以把这个过程理解为火车的工作机制。火车头（完整数据库备份）和车厢（日志备份序列）之间首尾相接，所以我们可以从头走到尾。如果车头和车厢之间发生断裂（不正确的完整数据库备份），我们就只能开走火车头了（将数据库恢复到完整数据库备份完成的即时点）！同样，如果车厢之间发生断裂（事务日志备份序列断裂），我们就只能走到相连接的部分（恢复连续的日志备份序列），其余部分没有任何意义！
2．正确的即时点
这句话的含义是，永远不要指望将数据库的状态恢复到日志序列记录的LSN区间之外！
这很好理解，因为LSN没有记录的数据库活动，数据库的恢复机制无凭无据，如何恢复？

回书目   上一节   下一节