当前位置: 代码迷 >> Sql Server >> 日志文件达到了130G,大家帮忙看怎么办
  详细解决方案

日志文件达到了130G,大家帮忙看怎么办

热度:58   发布时间:2016-04-27 13:52:43.0
日志文件达到了130G,大家帮忙看怎么处理
现在系统的日志文件达到了130G了, 但数据库正式在用 不能随便停止,大家看怎么把日志清理一下
 我上图了



------解决方案--------------------
先做个完整备份做保险,然后改数据库模式到简单,再收缩日志文件,再改回到完整。
------解决方案--------------------
清除日志的四种方法
------解决方案--------------------
如果还不行的话,找个夜深人静的,时候,先做好完整备份,再分离数据库,把LOG文件移动到另一个目录,再附加数据库,把附加日志的那行删除,就会生成一个新的0KB的日志文件。
------解决方案--------------------
用我说的第一种方法试试
------解决方案--------------------
/*
标题:清除日志和收缩日志
作者:爱新觉罗·毓华 
时间:2008-07-14
地点:新疆乌鲁木齐
资料来源:深圳外经贸局年检数据库和CSDN会员adis789咨询sql server日志为啥会增长很快, 
有一个程序每5秒钟写数据一次,然后数据库日志经常增长很快,怎么避免这样的事情发生呢? 
怎么能让sql server日志增长不要这么快,数据文件才100M日志文件居然1G多。
*/

SQL code
--清除日志:DECLARE @LogicalFileName sysname,        @MaxMinutes INT,        @NewSize INTUSE     szwzcheck             -- 要操作的数据库名SELECT  @LogicalFileName = 'szwzcheck_Log',  -- 日志文件名@MaxMinutes = 10,               -- Limit on time allowed to wrap log.        @NewSize = 20                  -- 你想设定的日志文件的大小(M)-- Setup / initializeDECLARE @OriginalSize intSELECT @OriginalSize = size FROM sysfilesWHERE name = @LogicalFileNameSELECT 'Original Size of ' + db_name() + ' LOG is ' +         CONVERT(VARCHAR(30),@OriginalSize) + ' 8K pages or ' +         CONVERT(VARCHAR(30),(@OriginalSize*8/1024)) + 'MB'FROM sysfilesWHERE name = @LogicalFileNameCREATE TABLE DummyTrans(DummyColumn char (8000) not null)DECLARE @Counter   INT,        @StartTime DATETIME,        @TruncLog  VARCHAR(255)SELECT  @StartTime = GETDATE(),        @TruncLog = 'BACKUP LOG ' + db_name() + ' WITH TRUNCATE_ONLY'DBCC SHRINKFILE (@LogicalFileName, @NewSize)EXEC (@TruncLog)-- Wrap the log if necessary.WHILE @MaxMinutes > DATEDIFF (mi, @StartTime, GETDATE()) -- time       AND @OriginalSize = (SELECT size FROM sysfiles WHERE name = @LogicalFileName) AND (@OriginalSize * 8 /1024) > @NewSize    BEGIN -- Outer loop.    SELECT @Counter = 0    WHILE  ((@Counter < @OriginalSize / 16) AND (@Counter < 50000))      BEGIN -- update        INSERT DummyTrans VALUES ('Fill Log')          DELETE DummyTrans        SELECT @Counter = @Counter + 1      END       EXEC (@TruncLog)    END   SELECT 'Final Size of ' + db_name() + ' LOG is ' +        CONVERT(VARCHAR(30),size) + ' 8K pages or ' +         CONVERT(VARCHAR(30),(size*8/1024)) + 'MB'FROM sysfiles WHERE name = @LogicalFileNameDROP TABLE DummyTransSET NOCOUNT OFF --把szwzcheck换成你数据库的名字即可,在查询分析器里面运行。--收缩日志:企业管理器--所有任务--收缩数据库--文件--选日志文件收缩
------解决方案--------------------
SQL SERVER 2008已经木有WITH NO_LOG 了
------解决方案--------------------
2000/2005直接截断
2008,改为SIMPLE,全备,再改回去。。

解决问题之道是定期备份日志,这是基本
你们公司领导很勇敢,让你来接手维护DB

灾难有时从天而降
------解决方案--------------------
不停服务也能收缩吧
------解决方案--------------------
做事之前 做好备份保险 

打开企业管理器--右键要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至xxm,这里会给出一个允许收缩到的最小m数,直接输入这个数,确定就可以了。
------解决方案--------------------
爱新觉罗·毓华 你怎么老是拿SQL2000的东西来说,难道你不学习SQL2008和SQL2005的?
你的帖子都是SQL2000的程序,别误导别人
------解决方案--------------------
1、完全备份。 2、日志备份。 3、截断日志。

1、完全备份。 2、修改恢复模式为简单模式。 3、待下一个检查点自动截断日志。
------解决方案--------------------
需注意:更改恢复模式,会干扰日志链。
  相关解决方案