清除日志:
DECLARE @LogicalFileName sysname,
@MaxMinutes INT,
@NewSize INT
USE szwzcheck -- 要操作的数据库名
[@more@]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换成你数据库的名字即可,在查询分析器里面运行。
有全角的空格(为了显示好看),你自己把他换一下.
收缩日志:
企业治理器--所有任务--收缩数据库--文件--选日志文件收缩
网友回复:上面一个可行.
再转一个.
1: 删除LOG
1:分离数据库 企业治理器->服务器->数据库->右键->分离数据库
2:删除LOG文件
3:附加数据库 企业治理器->服务器->数据库->右键->附加数据库
此法生成新的LOG,大小只有500多K
再将此数据库设置自动收缩
或用代码:
下面的示例分离 pubs,然后将 pubs 中的一个文件附加到当前服务器。
EXEC sp_detach_db @dbname = 'pubs'
EXEC sp_attach_single_file_db @dbname = 'pubs',
@physname = 'c:Program FilesMicrosoft SQL ServerMSSQLDatapubs.mdf'
2:清空日志
DUMP TRANSACTION 库名 WITH NO_LOG
再:
企业治理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个答应收缩到的最小M数,直接输入这个数,确定就可以了
3: 假如想以后不让它增长
企业治理器->服务器->数据库->属性->事务日志->将文件增长限制为2M
网友回复:高可用性模式下日志应该不会长这么快吧? 究竟是异步的, 除非你的两台电脑之间的网络不够好, 导致在主数据库上阻塞的事务太多(或者是你的镜像数据库太慢,例如在上面建立了快照数据库)
理论上高安全性才会有这个问题(因为事务要在镜像服务器上同时应用)
网友回复:1 楼的, 镜像不能清日志的, 镜像是的工作跟日志是有关联的
网友回复:建议楼主用镜像监视器观察一下镜像同步的效率
网友回复:学习老大的.
网友回复:跟在老大后面走```
网友回复:老大最近喜歡玩失蹤
网友回复:谢谢邹老大的意见,但问题您还是没提出意见?
镜像模式下,
1、怎么删除/压缩 日志文件?
--假如必要的话,可以先停止镜像,删除日志后,再重新镜像,这样的思路是否可行?
2、怎么设置可循环的日志文件空间?
网友回复:1. 无法删除, 因为镜像要用这些信息, 假如你重建镜像, 当然可以删除, 但似乎过段时间就重建不是什么好主意
2. 没有设置, 也不用设置, 假如日志空间可用, sql 会重用
所以只能建议你找原因, 再想解决办法
网友回复:关于日志文件,
自动增长限制 为20G,一旦ldf超过20G,数据库会err,数据库日志空间已满,无法写入.
这个原因是不是在镜像模式下,虽然限制了数据库日志空间大小,但是无法重复使用?
网友回复:LZ的日志空间假如设置为无限制增大,是否有自动备份日志的作业在运行?
假如没有的话,每个完成的事务都写到日志文件,就越来越大了。
本篇文章来源于 www.itzhe.cn IT者网站 原文链接:http://www.itzhe.cn/news/20080308/104450.html
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/262387/viewspace-1017566/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/262387/viewspace-1017566/
本文提供了一系列SQL Server日志管理的方法,包括清除和收缩日志文件的具体步骤,并讨论了在不同模式下(如镜像模式)进行日志管理的最佳实践。
8703

被折叠的 条评论
为什么被折叠?



