sql server 2008 数据库回滚到某个时间点

数据库回滚到时间的的前提： 事务日志完整，数据库在完整恢复模式下进行过一次完整备份，数据库没有进行过还原操作（惨痛教训）。

当数据库误操作时，切记冷静，不然问题就是滚雪球， 在不做下一步错误前  可观看该大神的方法：

http://blog.csdn.net/dba_huangzj/article/details/8491327

 

不成功的原因 ：1.数据库一直处于简单恢复模式  ，进行完整备份和差异备份（这种状态可以还原数据库，日志会被截断，且所占内存相对小些，日志链不完整）

                    2.二次错误的发生，

回首第一步，不碰原表，还原以前的备份数据库，再单独修改误操作的表。

http://www.lwfree.cn/daima/16562.html

一、完全恢复模式下，在不同备份情况时，是否截断了日志？
1、完全备份时
2、差异备份时
3、事务日志备份时
二、截断日志后，
1、在不改变完全恢复模式情况下，进行收缩，日志文件大小是不发生改变的，此时，日志文件内的日志是否删除了？
2、改变完全恢复模式为简单模式，然后再从简单模式改为完全模式，没有进行收缩操作，此时，日志文件内的日志发生了变化没？
3、改变完全恢复模式为简单模式，进行收缩，然后再改为完全模式，此是比较明确的，日志没有了，被删除了。
三、截断日志的理解。
如果日志a1部分被截断了，然后又产生了a2部分日志，那a1和a2部分的日志是连续的吗？在备份事务日志的时候，是两部分日志都备份吗？如果都备份，那在做时点还原时，可以还原到该两部分日志的任何时刻吗？

一、完全恢复模式下，在不同备份情况时，是否截断了日志？
1、完全备份时
2、差异备份时
3、事务日志备份时
只有日志备份才截断日志
二、截断日志后，
1、在不改变完全恢复模式情况下，进行收缩，日志文件大小是不发生改变的，此时，日志文件内的日志是否删除了？
会改变，但是所谓的截断只是把日志中已提交的数据写入mdf/ndf，然后删除这部分的数据，以便重用，如果不收缩，大小不变，收缩了大小就小了。
2、改变完全恢复模式为简单模式，然后再从简单模式改为完全模式，没有进行收缩操作，此时，日志文件内的日志发生了变化没？
马上切换的话应该是没有改变的。但是用了一段时间就不同了
3、改变完全恢复模式为简单模式，进行收缩，然后再改为完全模式，此是比较明确的，日志没有了，被删除了。
日志不可能没有了，只是简单模式下是自动截断，所以一般简单模式的ldf文件比较小而已，你换回完整恢复模式，用了一段时间还是会增大的。
三、截断日志的理解。
如果日志a1部分被截断了，然后又产生了a2部分日志，那a1和a2部分的日志是连续的吗？在备份事务日志的时候，是两部分日志都备份吗？如果都备份，那在做时点还原时，可以还原到该两部分日志的任何时刻吗？
截断的日志已经存进了mdf/ndf中，在ldf已经不存在了，a2会重用这部分（前提是连续的操作，不然会被其他部分重用a1的日志空间），已经截断了的部分已经不存在与ldf中，所以日志备份的文件中没有这部分的内容。做时间点还原的时候首先要先还原完整备份，这是因为已截断的部分在完整备份中，不再日志备份中。

 

 

  

在数据库的使用中，有几点要必备，1.有一次完整恢复模式下的完整备份；（重新开始日志链）

bak文件理解成一个压缩包，完整备份和差异备份的时候会把数据和日志一起带进压缩包，

而日志备份的时候只会把日志带进压缩包（当时还原了数据库，可能也对数据库的日志文件有影响了  对于日志文件的理解可以观看  http://blog.csdn.net/duanbeibei/article/details/50264117 （目前看不太懂））