数据库回滚到时间的的前提: 事务日志完整,数据库在完整恢复模式下进行过一次完整备份,数据库没有进行过还原操作(惨痛教训)。
当数据库误操作时,切记冷静,不然问题就是滚雪球, 在不做下一步错误前 可观看该大神的方法:
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 (目前看不太懂))
转载于:https://www.cnblogs.com/zhaoshujie/p/9594672.html