SQLServer2008R2日志收缩..docxVIP

SQL Server 2008 R2 日志收缩今天发现数据库日志文件居然大到24G，所以想到要收缩一下，按之前的操作方法操作了一次，但是没有效果，操作方法如下：?1、右击数据库如下图选择，打开Files窗口?2、Files窗口如下图，File?type?选择?Log，单击OK完成日志收缩。??按以上方法操作没有效果，原因是数据库的恢复模式不是简单模式，只需要将恢复模式改为简单模式即可用以上操作来收缩日志，方便又好用。?将数据库恢复模式改为简单模式方法：1、右击数据库选择属性，弹出窗口如下图，选择Options选项，将?Recovery?Model?改为?Simple?即可。???按如下方法操作也可收缩日志：?1、当数据库恢复模式为简单时。使用dbcc?shrinkfile?(logfile_name,target_size)命令来完成。如?use?mydb?dbcc?shrinkfile?(mydb_log,10)?--将mydb_log收缩至10m??2、当数据库恢复模式为完全时。可以先将数据库模式改为简单模式，再使用上述方法来进行。??use?master?alter?database?mydb?set?recovery?simple?dbcc?shrinkfile?(mydb_log,10)?--将mydb_log收缩至10m?也可以直接备份事务日志文件后再收缩：?use?master?backup?log?mydb?to?disk=d:/dd.bak?use?mydb?dbcc?shrinkfile?(mydb_log,10)?--将mydb_log收缩至10m;?3、通过分离数据库，然后再删除事务日志文件，再附加mdf数据文件，也可以达到某种意义上的事务日志收缩。?以下是有关日志文摘?对于每一个数据库来讲，都需要至少一个事务日志文件。事务日志文件是整个数据库的血液，如果没有事务日志的话，那么将无法进行任何操作。事务日志有什么东西？事务日志记录着在相关数据库上的操作，同时还存储数据库恢复(recovery)的相关信息。?事 务日志与数据库恢复(recovery)是密切相关的，其实数据库在启动时，便会进行相关的恢复(recovery)操作，如下所示。当然，在数据库还原 时，也可以指定手工恢复(recovery).任何在数据库上的改变，如果在事务日志内被标记为已提交，并用一个 LSN(LOG?SEQUENCE?NUMBER)来标识，同时相关改变就会体现在数据文件上，而被标记为未提交的改变将不会体现在数据文件上。?2010-01-12?18:31:48.72?spid7s?Recovery?is?complete.?This?is?an?informationa?message?only.?No?user?action?is?required.?事 务日志文件还存储着数据库需要回滚的相关信息。在SQL?Server数据库上，默认是隐式提交的，也就是说在查询分析器里面进行的每一个操作，在操作完 成后，都是默认已经commit，但如果通过指定begin?tran?和rollback?tran的命令来标识事务时，rollback?tran就 需要使用事务日志内的相关信息才可以回滚。当然，如果SQL?Server遇到相关错误时，如死锁，那么也会产生一个内部回滚，这些都需要用到事务日志文 件。为什么要收缩事务日志？收缩日志的原因有很多种，有些则是考虑空间不足，有些则是应用程序限制导致的，一般情况 下，是不建议对事务日志进行其他改变的，如需要控制事务日志的大小，则可以通过安排事务日志备份来解决。如果确定事务日志包含将不再使用的未使用空间，则 可以通过减少事务日志的大小，以便回收过多空间。但这种情况对于一个DBA来讲，应该要尽量避免。?仅当数据库处于联机状态，而且至少一个虚拟日志文件可用时，收缩才会发生。在某些情况下，直到下一个日志截断后，才能收缩日志。?事务日志收缩的原理:每 个事务日志由多个虚拟日志文件组成(virtual?log?file).虚拟日志文件没有固定的大小，也没有固定的个数。在创建事务日志文件或者扩展事 务日志文件时，SQL?SERVER便会自动创建合适大小的虚拟日志文件，DBA无法控制虚拟日志文件的大小和个数。在扩展日志文件后，虚拟文件的大小是 现有日志大小和新文件增量大小之和。因此，如果在创建数据库时，对数据库指定了比较小的初始大小，又指定了比较小的日志增长量，随着事务日志的自动扩展， 虚拟日志文件个数会越来越多，从而影响了数据库性能。因此，在创建数据库时，尽量指定比较合适的初始事务日志大小，同时指定合理的事务日志增长量，这点可 以参考数据文件的标准。如果大于10G或者更大的话，则指定固定的增长量，如果比较小，则指定