怎样收缩日志文件

nj_april 2010-01-06 02:43:06
从服务器上备份下来的数据库，在本机上还原数据库，想收缩数据库，可是日志文件不减反增，网上搜了好多帖子方法都大致一样，但都对我无济于事。

运行

DBCC OPENTRAN(db_name)

给出的消息是：

已复制的事务信息:
最早的分布式 LSN : (0:0:0)
最早的非分布式 LSN : (737:1212:1)
DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。

网上有朋友说执行
exec sp_removedbreplication 'db_name'

日志文件会变小，我尝试了下，再查看数据文件，没有丝毫的变化，郁闷ING。。。
...全文
249 16 打赏 收藏 转发到动态 举报
写回复
用AI写文章
16 条回复
切换为时间正序
请发表友善的回复…
发表回复
starseeker7 2010-01-08
  • 打赏
  • 举报
 回复
[Quote=引用 13 楼 nj_april 的回复:]
引用 11 楼 starseeker7 的回复:
a.分离数据库:
  企业管理器--服务器--数据库--右键--分离数据库

  b.在我的电脑中删除LOG文件

  c.附加数据库:
  企业管理器--服务器--数据库--右键--附加数据库

  此法将生成新的LOG，大小只有500多K


sql server 2005 分离数据库，删除LOG文件之后，是无法再附加数据库的！！！
[/Quote]
對不起我錯了，，，
之前我做過，，但是沒有記好清楚，，就隨便複製了別人的
這個纔是正確辦法
1.
sql 语句是：EXEC sp_detach_db 'dbname', 'true';
2.
删除掉该日志文件 数据库名log.ldf 文件(或重名)
3.
EXEC sp_attach_single_file_db 'dbname','絕對路徑\dbname.mdf';
nj_april 2010-01-08
  • 打赏
  • 举报
 回复
至今都没有找到错误的原因，当然也就没有找到解决法方了，还是结了吧！
nj_april 2010-01-08
  • 打赏
  • 举报
 回复
[Quote=引用 4 楼 dawugui 的回复:]
引用 3 楼 nj_april 的回复:
楼上的两位，你们的方法我都用过，其他的数据库是起作用的，但是对我这个数据库不行。

所以是数据库出了问题：

已复制的事务信息:
        最早的分布式 LSN    : (0:0:0)
        最早的非分布式 LSN : (737:1212:1)
DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。

这段话不理解，反正是错误信息！

其他的库起作用?这个库不起作用,那还不能说明问题吗?
你这个库损坏了.

1.能不能先备份数据库.
2.另外建立一个库,把这个库的表,数据导过去.
3.生成其他如存储过程,触发器等的脚本,去另外一个库运行这些脚本.
[/Quote]

我也只能这样做了，因为没有想到其他办法！
nj_april 2010-01-08
  • 打赏
  • 举报
 回复
[Quote=引用 11 楼 starseeker7 的回复:]
a.分离数据库: 
  企业管理器--服务器--数据库--右键--分离数据库 
 
  b.在我的电脑中删除LOG文件 
 
  c.附加数据库: 
  企业管理器--服务器--数据库--右键--附加数据库 
 
  此法将生成新的LOG，大小只有500多K 
[/Quote]

sql server 2005 分离数据库，删除LOG文件之后，是无法再附加数据库的！！！
shuihan16 2010-01-07
  • 打赏
  • 举报
 回复
我也是！。。
starseeker7 2010-01-07
  • 打赏
  • 举报
 回复
嘛，，，所谓外科手术- -
starseeker7 2010-01-07
  • 打赏
  • 举报
 回复
a.分离数据库:
企业管理器--服务器--数据库--右键--分离数据库

b.在我的电脑中删除LOG文件

c.附加数据库:
企业管理器--服务器--数据库--右键--附加数据库

此法将生成新的LOG，大小只有500多K
幸运的意外 2010-01-06
  • 打赏
  • 举报
 回复
我也来学习顺便蹭点分。
nzperfect 2010-01-06
  • 打赏
  • 举报
 回复
贴一下：
sp_helpdb dbname的结果看看.
ai_li7758521 2010-01-06
  • 打赏
  • 举报
 回复 
1.清空日志

DUMP TRANSACTION 库名 WITH NO_LOG



2.截断事务日志：

BACKUP LOG 库名 WITH NO_LOG



3.收缩数据库文件(如果不压缩,数据库的文件不会减小

企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件

--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了

--选择数据文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了



也可以用SQL语句来完成 

--收缩数据库

DBCC SHRINKDATABASE(库名)



--收缩指定数据文件,1是文件号,可以通过这个语句查询到:select * from sysfiles

DBCC SHRINKFILE(1)
Mr_Nice 2010-01-06
  • 打赏
  • 举报
 回复
[Quote=引用 4 楼 dawugui 的回复:]
引用 3 楼 nj_april 的回复:
楼上的两位，你们的方法我都用过，其他的数据库是起作用的，但是对我这个数据库不行。

所以是数据库出了问题：

已复制的事务信息:
        最早的分布式 LSN    : (0:0:0)
        最早的非分布式 LSN : (737:1212:1)
DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。

这段话不理解，反正是错误信息！

其他的库起作用?这个库不起作用,那还不能说明问题吗?
你这个库损坏了.

1.能不能先备份数据库.
2.另外建立一个库,把这个库的表,数据导过去.
3.生成其他如存储过程,触发器等的脚本,去另外一个库运行这些脚本.
[/Quote]

同一dawugui的诊断。lz参考下，试试吧。
wzy_love_sly 2010-01-06
  • 打赏
  • 举报
 回复
--截断
backup log 库名 with no_log
--收缩，一般是2
dbcc shrinkfile(2)
dawugui 2010-01-06
  • 打赏
  • 举报
 回复
[Quote=引用 3 楼 nj_april 的回复:]
楼上的两位，你们的方法我都用过，其他的数据库是起作用的，但是对我这个数据库不行。

所以是数据库出了问题：

已复制的事务信息:
        最早的分布式 LSN    : (0:0:0)
        最早的非分布式 LSN : (737:1212:1)
DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。

这段话不理解，反正是错误信息！
[/Quote]
其他的库起作用?这个库不起作用,那还不能说明问题吗?
你这个库损坏了.

1.能不能先备份数据库.
2.另外建立一个库,把这个库的表,数据导过去.
3.生成其他如存储过程,触发器等的脚本,去另外一个库运行这些脚本.
nj_april 2010-01-06
  • 打赏
  • 举报
 回复
楼上的两位，你们的方法我都用过，其他的数据库是起作用的，但是对我这个数据库不行。

所以是数据库出了问题：

已复制的事务信息:
最早的分布式 LSN : (0:0:0)
最早的非分布式 LSN : (737:1212:1)
DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。

这段话不理解，反正是错误信息！
Mr_Nice 2010-01-06
  • 打赏
  • 举报
 回复 
--最好备份日志，以后可通过日志恢复数据。。。

以下为日志处理方法

一般不建议做第4,6两步

第4步不安全,有可能损坏数据库或丢失数据

第6步如果日志达到上限,则以后的数据库处理会失败,在清理日志后才能恢复.

--*/



--下面的所有库名都指你要处理的数据库的库名



1.清空日志

DUMP TRANSACTION 库名 WITH NO_LOG



2.截断事务日志：

BACKUP LOG 库名 WITH NO_LOG



3.收缩数据库文件(如果不压缩,数据库的文件不会减小

企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件

--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了

--选择数据文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了



也可以用SQL语句来完成 

--收缩数据库

DBCC SHRINKDATABASE(库名)



--收缩指定数据文件,1是文件号,可以通过这个语句查询到:select * from sysfiles

DBCC SHRINKFILE(1)



4.为了最大化的缩小日志文件(如果是sql 7.0,这步只能在查询分析器中进行)

a.分离数据库:

企业管理器--服务器--数据库--右键--分离数据库



b.在我的电脑中删除LOG文件



c.附加数据库:

企业管理器--服务器--数据库--右键--附加数据库



此法将生成新的LOG，大小只有500多K



或用代码： 

下面的示例分离 pubs，然后将 pubs 中的一个文件附加到当前服务器。



a.分离

EXEC sp_detach_db @dbname = '库名'



b.删除日志文件



c.再附加

EXEC sp_attach_single_file_db @dbname = '库名', 

@physname = 'c:\Program Files\Microsoft SQL Server\MSSQL\Data\库名.mdf'



5.为了以后能自动收缩,做如下设置:

企业管理器--服务器--右键数据库--属性--选项--选择"自动收缩"



--SQL语句设置方式:

EXEC sp_dboption '库名', 'autoshrink', 'TRUE'



6.如果想以后不让它日志增长得太大

企业管理器--服务器--右键数据库--属性--事务日志

--将文件增长限制为xM(x是你允许的最大数据文件大小)



--SQL语句的设置方式:

alter database 库名 modify file(name=逻辑文件名,maxsize=20)



参考哈！

dawugui 2010-01-06
  • 打赏
  • 举报
 回复
不是吧?
你得先清除,然后再收缩.
/*
标题：清除日志和收缩日志
作者：爱新觉罗·毓华
时间：2008-07-14
地点：新疆乌鲁木齐
资料来源：深圳外经贸局年检数据库和CSDN会员adis789咨询sql server日志为啥会增长很快，
有一个程序每5秒钟写数据一次，然后数据库日志经常增长很快，怎么避免这样的事情发生呢？
怎么能让sql server日志增长不要这么快，数据文件才100M日志文件居然1G多。
*/



--清除日志：

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无法收缩日志文件的原因分析及解决办法
最近服务器执行收缩日志文件大小的job老是报错,小编抽时间把此问题的解决方案整理了一下，特此分享到脚本之家平台，供大家学习
SQL SERVER Always On收缩日志文件详细操作及问题处理（已亲测通过）
1.SQL SERVER Always On收缩日志文件详细操作； 2.针对收缩日志出现“cannot be shrunk until all secondaries have moved past the point where the log was added ”问题的分析及解决方法；
批量收缩mssql日志文件
批量收缩mssql日志文件,众所周知MSSQL需要经常收缩下日志文件，而收缩日志文件操作麻烦，下面提供傻瓜化批量收缩脚本，只要放到sql命令行中执行一下就可以收缩所有数据库的日志文件了，相当实用。
收缩数据库日志文件
对SQL Server 2005数据库日志文件进行收缩，释放空间。
SQL 2008日志收缩 清空删除大日志文件
sql server 2008日志文件收缩及清空删除，有别于2005操作
疑难问题

22,209

社区成员

121,731

社区内容

发帖
与我相关
我的任务
社区描述
MS-SQL Server 疑难问题
社区管理员
  • 疑难问题社区
  • 尘觉
加入社区
  • 近7日
  • 近30日
  • 至今

加载中

查看更多榜单
社区公告
暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章