日期:2014-05-18  浏览次数:20488 次

日志文件达到了130G,大家帮忙看怎么处理
现在系统的日志文件达到了130G了, 但数据库正式在用 不能随便停止,大家看怎么把日志清理一下
 我上图了



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

SQL code

--清除日志:
DECLARE @LogicalFileName sysname,
        @MaxMinutes INT,
        @NewSize INT
USE     szwzcheck             -- 要操作的数据库名
SELECT  @LogicalFileName = 'szwzcheck_Log',  -- 日志文件名
@MaxMinutes = 10,               -- Limit on time allowed to wrap log.
        @NewSize = 20                  -- 你想设定的日志文件的大小(M)
-- Setup / initialize
DECLARE @OriginalSize int
SELECT @OriginalSize = size 
FROM sysfiles
WHERE name = @LogicalFileName
SELECT 'Original Size of ' + db_name() + ' LOG is ' + 
        CONVERT(VARCHAR(30),@OriginalSize) + ' 8K pages or ' + 
        CONVERT(VARCHAR(30),(@OriginalSize*8/1024)) + 'MB'
FROM sysfiles
WHERE name = @LogicalFileName
CREATE 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 = @LogicalFileName
DROP TABLE DummyTrans
SET 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、待下一个检查点自动截断日志。
------解决方案--------------------
需注意:更改恢复模式,会干扰日志链。