大日志的数据库压缩

[waterxcfg304]

如何在不分离数据库的情况下,压缩数据库日志(sql server数据库)有的日志能达到20G,我用了如下的方法压缩数据库
SET NOCOUNT ON
DECLARE @LogicalFileName sysname,
@MaxMinutes INT,
@NewSize INT


USE SVW20053 -- 要操作的数据库名
SELECT @LogicalFileName = 'SVW_log', -- 日志文件名
@MaxMinutes = 10, -- Limit on time allowed to wrap log.
@NewSize = 1 -- 你想设定的日志文件的大小(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 has not expired
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
但是有的数据库是没有办法压缩的,有的是可以的,求助高手有没有什么好的方法,急用!

[liangCK]

1、用BACKUP LOG database WITH NO_LOG清除日志
把数据库属性中的故障还原模型改为“简单”可以大大减慢日志增长的速度。
   如果把还原模型调到简单，这样就不支持时间点还原了，但是日志文件会很小，如果数据比较重要推荐还是把数据库的还原模型调为完全
用BACKUP LOG database WITH NO_LOG命名后，会截断不活动日志，不减小物理日志文件的大小，但逻辑日志会减小，收缩数据库后会把不活动虚拟日志删除来释放空间，不会损坏数据。
如果日志被截断并收缩数据库后，就不能直接用最近的一个全库备份做时间点还原，建议立即备份数据库，以防万一。
2、sql server运行中，是否能删除主数据库事务日志文件 
步骤如下：(1)、分离数据库企业管理器－－数据库－－右击你要删除日志的数据库－－所有
任务－－分离数据库
(2)、然后删除日志文件
(3)、然后再附加数据库
企业管理器－－数据库－－右击数据库－－所有任务－－附加数据库这时候只附加。mdf就可以了。
3、压缩SQL数据库及日志的详细方法
SQL Server 2000基础教程——压缩数据库数据库在使用一段时间后，时常会出现因数据删除而造成数据库中空闲空间太多的情况，这时就需要减少分配给数据库文件和事务日志文件的磁盘空间，以免浪费磁盘空间。当数据库中没有数据时，可以修改数据库文件属性直接改变其占用空间，但当数据库中有数据时，这样做会破坏数据库中的数据，因此需要使用压缩的方式来缩减数据库空间。可以在数据库属性选项中选择“Auto shrink”选项，让系统自动压缩数据库，也可以用人工的方法来压缩。人工压缩数据库有以下两种方式：
1、用Enterprise Manager 压缩数据库
在Enterprise Manager 中在所要压缩的数据库上单击右键，从快捷菜单中的“所有任务（All Tasks）”中选择“Shrink Database（压缩数据库）”选项，就会出现如图6-10 所示的对话框。可以在图6-10 所示的对话框中选择数据库的压缩方式，也可以选择使用压缩计划或压缩单个文件单击图6-10 中的“Files”按钮，会出现如图6-11 所示的压缩数据库文件对话框，可以针对每个数据库文件进行不同的压缩设置。

单击图6-10 中的“Change” 按钮，会出现如图6-12 所示的压缩计划编辑对话框，可以指定压缩计划的执行方式。单击图6-12 中的“Change” 按钮，会出现如图6-13 所示的循环工作计划编辑对话框，可以编辑计划执行的周期或时间点。设置完成后单击“OK” 按钮就开始压缩数据库，在压缩结束后会显示一个压缩情况信息框。 


2、用Transact-SQL 命令压缩数据库
可以使用DBCC SHRINKDATABASE 和DBCC SHRINKFILE 命令来压缩数据库。其中DBCC SHRINKDATABASE 命令对数据库进行压缩，DBCC SHRINKFILE 命令对数据库中指定的文件进行压缩。
（1） DBCC SHRINKDATABASE 
DBCC SHRINKDATABASE 命令语法如下：
DBCC SHRINKDATABASE (database_name [, target_percent]
[, {NOTRUNCATE | TRUNCATEONLY}] )
各参数说明如下： 
·target_percent 指定将数据库压缩后，未使用的空间占数据库大小的百分之几。如果指定的百分比过大，超过了压缩前未使用空间所占的比例，则数据库不会被压缩。并且压缩后的数据库不能比数据库初始设定的容量小。 
·NOTRUECATE
将数据库缩减后剩余的空间保留在数据库，中不返还给操作系统
。如果不选择此选项，则剩余的空间返还给操作系统。 
·TRUNCATEONLY
将数据库缩减后剩余的空间返还给操作系统。使用此命令时SQL Server 将文件缩减到最后一个文件分配，区域但不移动任何数据文件。选择此项后，target_percent 选项就无效了。例6-14： 压缩数据库mytest 的未使用空间为数据库大小的20%
。
dbcc shrinkdatabase (mytest, 20)
运行结果如下：
DBCC execution completed. If DBCC printed error 
messages, contact your system administrator. 
(2) DBCC SHRINKFILE
DBCC SHRINKFILE 命令压缩当前数据库中的文件。其语法如下：
DBCC SHRINKFILE ( {file_name | file_id }
{ [, target_size] |
[, {EMPTYFILE | NOTRUNCATE | TRUNCATEONLY}] } )
各参数说明如下：
·file_id
指定要压缩的文件的鉴别号（Identification number， 即ID）
。文件的ID 号可以通过 FILE_ID（）函数或如本章前面所讲述
的Sp_helpdb 系统存储过程来得到。 
·target_size
指定文件压缩后的大小。以MB 为单位。如果不指定此选项，SQL Server 就会尽最大可能地缩减文件。 
·EMPTYFILE
指明此文件不再使用，将移动所有在此文件中的数据到同一文件组中的其它文件中去。执行带此参数的命令后，此文件就可以用ALTER DATABASE 命令来删除了。 其余参数NOTRUNCATE 和TRUNCATEONLY 与DBCC SHRINKDATABASE 
命令中的含义相同。 例6-15: 压缩数据库mydb 中的数据库文件mydb_data2 的大小到1MB。 use mydb dbcc shrinkfile (mydb_data2, 1)


企业管理器里面的方法：
1、打开企业管理器
2、打开要处理的数据库
3、点击最上面菜单>工具>SQL查询分析器，打开SQL查询分析器
4、在输入窗口里面输入:
Code:
DUMP TRANSACTION [数据库名] WITH  NO_LOG
BACKUP LOG [数据库名] WITH NO_LOG
DBCC SHRINKDATABASE([数据库名])

点击绿色的小三角（或按F5）执行查询，等状态栏提示处理完成
即可！

程序里面的方法：
压缩数据库日志
--1.清空日志
exec('DUMP TRANSACTION ['+@dbname+'] WITH  NO_LOG') 
--2.截断事务日志：
exec('BACKUP LOG ['+@dbname+'] WITH NO_LOG')
--3.收缩数据库文件(如果不压缩,数据库的文件不会减小
exec('DBCC SHRINKDATABASE(['+@dbname+'])')

　　4、减小日志的方法：
一、用如下步做了：
1、DUMP　TRANSACTION　庫名　WITH　no_log
2、dbcc shrinkfile(logfilename)
3、收縮數據庫
4、設定自動收縮。
　　二、分离数据库,删除日志文件,再附加,OK!右击数据库－－所有任务－－分离or 附加
　　三、1、backup log　庫名　WITH　no_log，2、dbcc shrinkfile(logfilename)，3、收縮數據庫
4、設定自動收縮。

[yrwx001]

..

[waterxcfg304]

我是要纯粹的用语句处理,我想写个程序来压缩日志.请高手赐教!急!

[bwu851]

[Quote=引用 3 楼 waterxcfg304 的回复:]
我是要纯粹的用语句处理,我想写个程序来压缩日志.请高手赐教!急!
[/Quote]

来来看看偶写的吧:

/****** Object:  StoredProcedure [dbo].[spp_Admin_ShrinkLogFile]    Script Date: 07/25/2008 23:27:06 ******/
CREATE  proc [dbo].[spp_Admin_ShrinkLogFile]
AS
/****************************************************************
======	NOTE:  	BEFORE RUN THIS SPROC, PLEASE MAKE SURE 
======		THE RECOVERY MODEL IS SIMPLE!!!!!!
**
** Object: spp_Admin_ShrinkLogFile
** Description: The sproc goes through all the dbs' logsize
**		to determine which log file needs to be shrinked.
**		
** Dependency: NONE
**
** History:
**  WHO		WHEN		WHAT
** ----------------------------------------
**  BWU		2008-02-26	Initial Created.
*****************************************************************/
BEGIN
SET NOCOUNT ON

declare @dbname varchar(80)
declare @logsize varchar(20)
declare @lname varchar(40)
declare @sql varchar(1000)

If not exists(select 1 from sysobjects where name = 'LogSizeInfo' and type = 'U')
BEGIN
create table [TEST].[dbo].[LogSizeInfo]
(DBName  varchar(80),
 LogSize decimal(15,6),
 LogSpaceUsed decimal(12, 9), 
 Status tinyint
)
 END
 ELSE
 	TRUNCATE TABLE LogSizeInfo
	
insert into LogSizeInfo
exec ('dbcc sqlperf(logspace)')

declare tcur CURSOR
for
select t1.dbname, logsize, rtrim(lname)
from logsizeinfo t1
inner join logname t2
on t1.dbname = t2.dbname

open tcur
fetch next from tcur into @dbname, @logsize, @lname

while @@fetch_status = 0
begin
	IF (select len(ltrim(str(@logsize, 9, 0)))) >= 3
	BEGIN
		set @sql = ''
		set @sql = @sql + 'use ' + @dbname + char(13) + char(10)
		set @sql = @sql + 'dbcc shrinkfile(' + @lname + ', 3)'
		
		exec(@sql)

	END
	
	fetch next from tcur into @dbname, @logsize, @lname
end

close tcur
deallocate tcur

SET NOCOUNT OFF
END

[bwu851]

对了, 前期工作, 你还要在TEST数据库里建个表
LogName(DBName VARCHAR(80) NULL, -- 数据库名字
LName VARCHAR(80) NULL -- 日志文件名
)

然后把该机器上的库名和日志文件名输入.

[bwu851]

[Quote=引用 5 楼 bwu851 的回复:]
对了, 前期工作, 你还要在TEST数据库里建个表
LogName(DBName VARCHAR(80) NULL, -- 数据库名字
LName VARCHAR(80) NULL -- 日志文件名
)

然后把该机器上的库名和日志文件名输入.
[/Quote]

sorry, 应该是日志名, 而不是"文件"名

[bwu851]

用下面的方法建LogName表, 并插入原始数据:

USE TEST
GO

CREATE TABLE [dbo].[LogName](
	[DBName] [varchar](80) NULL,
	[LName] [varchar](80) NULL
) ON [PRIMARY]

GO

SP_MSforeachdb 'USE ? INSERT INTO TEST.dbo.LogName SELECT db_name() as DBName, name as LName from sysfiles where name like ''%log%'''
GO

[Ray_Zhang]

1，截断日志 DUMP TRANSACTION [数据库名] WITH NO_LOG
2，备份日志 如果日志不重要可省略此步 BACKUP LOG [数据库名] WITH NO_LOG
3，压缩数据库 DBCC SHRINKDATABASE([数据库名])

写在一个sp里，布置一个job直接跑这个sp，定你需要的时间即可

希望对lz有帮助

[waterxcfg304]

DBCC SHRINKFILE (@LogicalFileName, @NewSize) 能压缩到我设置的@NewSize的大小吗?我尝试了下，并不是所有的数据库都可以的，有的数据库是没有办法压缩到我所需要的大小的.他的成功率不是100%啊,也找不到规律.有的日志达到10G以上可能就不可以了.

[bwu851]

[Quote=引用 8 楼 zc831228 的回复:]
1，截断日志 DUMP TRANSACTION [数据库名] WITH NO_LOG
2，备份日志 如果日志不重要可省略此步 BACKUP LOG [数据库名] WITH NO_LOG
3，压缩数据库 DBCC SHRINKDATABASE([数据库名])

写在一个sp里，布置一个job直接跑这个sp，定你需要的时间即可

希望对lz有帮助
[/Quote]

楼上这位, 能跟偶说说: DUMP TRANSACTION和BACKUP LOG的区别吗??
或者你是人云亦云?????

[lao_bulls]

一样，没有区别，重复执行了了。

[lao_bulls]

如果数据库日志太大，是没法有效压缩的。只能截断日志 后，再用DBCC SHRINKFILE (@LogicalFileName, @NewSize) 压缩。

[水族杰纶]

[Quote=引用 1 楼 liangCK 的回复:]
SQL code1、用BACKUP LOG database WITH NO_LOG清除日志
把数据库属性中的故障还原模型改为“简单”可以大大减慢日志增长的速度。
如果把还原模型调到简单，这样就不支持时间点还原了，但是日志文件会很小，如果数据比较重要推荐还是把数据库的还原模型调为完全
用BACKUP LOG database WITH NO_LOG命名后，会截断不活动日志，不减小物理日志文件的大小，但逻辑日志会减小，收缩数据库后会把不活动虚拟日志删除来释放空间，…
[/Quote]
Mark