数据库回滚到时间的的前提： 事务日志完整，数据库在完整恢复模式下进行过一次完整备份，数据库没有进行过还原操作（惨痛教训）。
当数据库误操作时，切记冷静，不然问题就是滚雪球， 在不做下一步错误前 可观看该大神的方法：
http://blog.csdn.net/dba_huangzj/article/details/8491327
不成功的原因 ：1.数据库一直处于简单恢复模式 ，进行完整备份和差异备份（这种状态可以还原数据库，日志会被截断，且所占内存相对小些，日志链不完整）2.二次错误的发生，回首第一步，不碰原表，还原以前的备份数据库，再单独修改误操作的表。
一、完全恢复模式下，在不同备份情况时，是否截断了日志？
1、完全备份时
2、差异备份时
3、事务日志备份时
二、截断日志后，
1、在不改变完全恢复模式情况下，进行收缩，日志文件大小是不发生改变的，此时，日志文件内的日志是否删除了？
2、改变完全恢复模式为简单模式，然后再从简单模式改为完全模式，没有进行收缩操作，此时，日志文件内的日志发生了变化没？
3、改变完全恢复模式为简单模式，进行收缩，然后再改为完全模式，此是比较明确的，日志没有了，被删除了。
三、截断日志的理解。
如果日志a1部分被截断了，然后又产生了a2部分日志，那a1和a2部分的日志是连续的吗？在备份事务日志的时候，是两部分日志都备份吗？如果都备份，那在做时点还原时，可以还原到该两部分日志的任何时刻吗？
截断的日志已经存进了mdf/ndf中，在ldf已经不存在了，a2会重用这部分（前提是连续的操作，不然会被其他部分重用a1的日志空间），已经截断了的部分已经不存在与ldf中，所以日志备份的文件中没有这部分的内容。做时间点还原的时候首先要先还原完整备份，这是因为已截断的部分在完整备份中，不再日志备份中。
在数据库的使用中，有几点要必备，1.有一次完整恢复模式下的完整备份；（重新开始日志链）bak文件理解成一个压缩包，完整备份和差异备份的时候会把数据和日志一起带进压缩包，而日志备份的时候只会把日志带进压缩包（当时还原了数据库，可能也对数据库的日志文件有影响了 对于日志文件的理解可以观看 http://blog.csdn.net/duanbeibei/article/details/50264117 （目前看不太懂））