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

解决方案 »

  1.   

    一、完全恢复模式下,在不同备份情况时,是否截断了日志?应该是都截断了日志二、截断日志后,
    1、在不改变完全恢复模式情况下,进行收缩,日志文件大小是不发生改变的,此时,日志文件内的日志是否删除了?变化不变化是不一定的,收缩的原理是移除已分配未使用的空间,收缩是肯定不会删除日志的内容的2、改变完全恢复模式为简单模式,然后再从简单模式改为完全模式,没有进行收缩操作,此时,日志文件内的日志发生了变化没?这里回复模式仅仅影响是否记录日志,而不会去管理日志文件,日志内容应该没有发生变化3、改变完全恢复模式为简单模式,进行收缩,然后再改为完全模式,此是比较明确的,日志没有了,被删除了。三、截断日志的理解。
    如果日志a1部分被截断了,然后又产生了a2部分日志,那a1和a2部分的日志是连续的吗?在备份事务日志的时候,是两部分日志都备份吗?如果都备份,那在做时点还原时,可以还原到该两部分日志的任何时刻吗?截断的话,就是标记次部分控件可被再次利用,连续不连续也不清楚
    备份事务日志的时候,截断部分的肯定不会再次备份了
      

  2.   

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

  3.   

    如果你的日志中都为或者大部分为“未提交事务”,那么做日志备份是无效或者不明显的,没有空余的空间,你收缩也就不明显了,还有,如果ldf文件初始化就是30多G,那么你收缩也没用
      

  4.   

    提交和未提交是SQLServer层面的东西,不是业务层面的。如果不收缩,但是做了日志备份(特别是定期做),那么理论上ldf文件的增长不会很明显,应为空间的确可以循环利用。只有有空间,你才有收缩的可能,你用DBCC SQLPERF(LOGSPACE)命令,来看看已经用了多少,如果百分比很大,接近100,那代表没有可收缩的空间了
      

  5.   

    这句话是对的。所以不一定要收缩,特别对业务量比较频繁的系统,反而不好,因为收缩、增长严重消耗I/O。你收缩得很小,但是日志增长很快的时候,ldf又要自增长,这样反反复复还不如放着让它重用
      

  6.   


    版主,我在http://www.west263.com/info/html/wangluobiancheng/Mssql/20090512/118157.html上又看到,其还是说“你每进行一次完整恢复模式或大容量日志恢复模式的数据库备份,SQL Server就会截断一次事务日志。”
      

  7.   

    这是联机丛书上的原话,看我红字标出的地方:如果从来没有从事务日志中删除过日志记录,日志记录将会逐渐填满供物理日志文件使用的所有磁盘空间。日志截断可自动释放逻辑日志中的空间以供事务日志重新使用。除非由于某些原因导致延迟,日志截断将按照以下方式自动发生:简单恢复模式下,在检查点之后发生。
    完整恢复模式或大容量日志恢复模式下,在日志备份之后发生(如果自上次备份后出现检查点)。有关详细信息,请参阅本主题后面的“完整恢复模式和大容量日志恢复模式下的日志截断”部分。
    对于你17楼的问题:如果只有两周,那么还原不了之前的“任意时刻”,之后的可以。如果你有这样的担心,你最好每天做一次完整备份,并保留足够长的时间。其实学校的业务系统没那么严格,所以没必要每次都还原到任意时间。如果做了日志备份,那么你从日志中只能看到截断后剩余的事务,你可以理解为对数据库的操作。其实对数据库的操作,都是先写入日志,再写入数据文件,所以那些随便就叫人删掉ldf再重建的人,是非常不负责任的。非到万不得已不要这样做。如果不做日志备份,那么理论上日志中会存放着所有自上一次完整备份以后,所有对SQLServer数据库的操作记录。直到下一次日志备份或者完整备份。另外说明,如果不做日志备份,那么只做完整备份,仅仅影响日志的lsn,也就是顺序链,不截断。对于你18楼的问题:完整备份包括所有东西,它是磁盘上对应数据库文件的某一时刻点,所以物理页的复制。你可以理解为一个快照吧。如果你只还原周六的全备,那么周六全备那个操作完成之后的所有后续操作都会丢失。睡觉了,有事明天再问
      

  8.   


    非常感谢你的回复,很清晰明了。
    最后一个问题:
    备份如此做:
    全备1,日志备2,日志备3,差异备4,日志备5...
    那么在日志备5后发生灾难,我要恢复,是否可以看成有两种办法:
    1、1+2+3+5
    2、1+4+5我在MSDN上看到这样说明:http://technet.microsoft.com/zh-cn/library/ms177446(v=sql.105).aspx
    备份必须按照其创建顺序进行还原。在还原特定的事务日志备份之前,必须先还原下列以前备份,而不回滚未提交的事务,即 WITH NORECOVERY:在特定事务日志备份之前执行的完整数据库备份上次差异备份(如果有)。在完整数据库备份之后执行的所有事务日志备份或在特定事务日志备份之前执行的差异备份(如果您还原了差异备份)。这个说明如何解读?是否意思是差异数据库备份需要按顺序还原?谢谢。
      

  9.   

    差异、日志都是建立在完备的基础上,所以必须先还原完备,如果还原后还需要还原其他文件,那么完备的时候要带有WITH NORECOVERY,此时数据库会显式正在还原中。如果不需要还原其他文件,那不需要带有这个语句。还原了完备之后,也要按顺序还原,也就是你1+4+5,记得“除了最后一个备份文件外”的其他文件,还原时每一步,都需要使用WITH NORECOVERY。否则后面那个还原不了。至于1+2+3+5我还没试过这样还原,因为差异备份的重要作用就是减少还原所需的文件数,所以我一般都从完备直接到差异,然后再还原后续的文件。
      

  10.   

    日志文件 实际是上是有好多的虚拟日志文件组成,他们有四种状态 活动,可恢复,可复用,未用日志截断实际上就是把虚拟文件设置成可复用如果不进行收缩 ,日志文件的大小是不发生变化的 ,如果收缩,就可以吧未用和可复用的空间收缩回来。实际上 在做日志备份的时候  在出现灾难的时候 还有一段时间,这段时间你可以进行日记结尾备份(如果日志文件可以)
    一般的语句是 backup log db to disk='备份设备' with no_truncate这样 就可以利用 完全备份和完全备份后的所有日志备份进行恢复, 恢复的过程要用with norecovery 参数告诉数据库 还在还原中不要进行一致性恢复。
      

  11.   

    1.我非常肯定地说,只有日志备份会截断非活动日志(only by performing log backup can truncate inactive VLFs)2.这都取决于是否存在unused space3.既然截断日志的唯一前提是进行日志备份(完整模式下),也不存在第三个问题了。因为所有被截断的日志都是被备份过的,也当然是可以恢复的。非完整模式不支持point in time recovery.