为什么数据库备份文件几百兆,而还原出来的日志文件却有几十G 今天我在还原数据库的时候,老是提示我空间不足,其实备份文件才300多M,我很纳闷呢,后面我在空间比较大的服务器上还原成功了,生成的日志文件却有25G之大,小弟不解,哪位大虾能指点下,这到底是怎么回事?我用的数据库是sql server 2000数据库 因为源数据库是不准隔离操作的,所以只能用备份数据库的方法。 解决方案 » 免费领取超大流量手机卡,每月29元包185G流量+100分钟通话, 中国电信官方发货 估计已经进行过大批量的数据操作,产生的日志文件很大。如果这些日志文件不需要了,可以清除日志和收缩日志。/*标题:清除日志和收缩日志作者:爱新觉罗·毓华 时间:2008-07-14地点:新疆乌鲁木齐资料来源:深圳外经贸局年检数据库和CSDN会员adis789咨询sql server日志为啥会增长很快, 有一个程序每5秒钟写数据一次,然后数据库日志经常增长很快,怎么避免这样的事情发生呢? 怎么能让sql server日志增长不要这么快,数据文件才100M日志文件居然1G多。*/--清除日志: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语句,而sql语句在数据库上执行的时候会产生大量的日志文件 SQLCenter在吗,求详细的原理。 虽然有点夸张,但是一点不奇怪的你用DBCC SQLPERF(LOGSPACE) 看看你这个数据库的日志空间使用比例我刚刚看了看我们的数据库系统里的几个活跃的数据吞吐量大的数据库,空间使用比例都在个位数3%-5%左右(日志文件超过10g多,空间才300多m)你可以用以上的语句验证一下假设你300m文件都是日志文件,恢复到25g的空间,也就1.2%左右的占用比例,感觉一点都不夸张,这个取决于你的日志可压缩率,当然和存储格式什么的也有关,具体原理你也别问我,SQL的备份原理问了我也不清楚,我也没想去了解过。简单打个比方你有10000个ABC要储存,原来要用30k来储存,备份后(压缩)可能用10000ABC来解释,那实际的存储量就几个字节就够了,这个当然取决于算法。不太清楚你sqlserver什么版本,如果是2008好像还支持压缩备份另外再有一招,你备份完之后,再用7zip,winrar之类的压缩一下,会更让你惊喜的. 另外发现SQLCenter出名了 哈哈 被指名道姓点名了 SQLSERVER管理问题 进货与销售的问题 急啊,我弄了一整天了,sqlserver存储过程 从数据类型 varchar 转换为 numeric 时出错 为什么啊~~一直转不了 MS-SQL高手请进 如何不通过SQL Server Enterprise 实现数据库的备份和恢复操作? SQL表中有一个字段,里面内容有AA,AB,AC, ACD,我只要将其中的AC更换为WW,怎么更新? 关于比较复杂的交叉表 !!!请教SQL语句!!! ASP分页存储过程问题,求解决 基礎問題- -哪位大大回復下 在SQL中自定义类型的问题
如果这些日志文件不需要了,可以清除日志和收缩日志。
/*
标题:清除日志和收缩日志
作者:爱新觉罗·毓华
时间: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换成你数据库的名字即可,在查询分析器里面运行。--收缩日志:企业管理器--所有任务--收缩数据库--文件--选日志文件收缩
你用DBCC SQLPERF(LOGSPACE) 看看你这个数据库的日志空间使用比例
我刚刚看了看我们的数据库系统里的几个活跃的数据吞吐量大的数据库,空间使用比例都在个位数3%-5%左右(日志文件超过10g多,空间才300多m)你可以用以上的语句验证一下假设你300m文件都是日志文件,恢复到25g的空间,也就1.2%左右的占用比例,感觉一点都不夸张,这个取决于你的日志可压缩率,当然和存储格式什么的也有关,具体原理你也别问我,SQL的备份原理问了我也不清楚,我也没想去了解过。
简单打个比方你有10000个ABC要储存,原来要用30k来储存,备份后(压缩)可能用10000ABC来解释,那实际的存储量就几个字节就够了,这个当然取决于算法。不太清楚你sqlserver什么版本,如果是2008好像还支持压缩备份另外再有一招,你备份完之后,再用7zip,winrar之类的压缩一下,会更让你惊喜的.