sql server日志问题
我一直对数据库日志理解不深,想请教一下各位大虾:
问题1:
所有的数据库操作都会产生日志么?我用下面代码测试发现日志大小却没变化
create table t (t0 nvarchar(50),t1 nvarchar(50),t2 nvarchar(50),t3 nvarchar(50),t4 nvarchar(50))
select cast([size] as decimal(9,2))*8.00/1024.00,* from sysfiles
declare @i int
declare @s nvarchar(50)
set @s='sdfdsfjskdjkdsfjdksfjkdsfjksdjfksdfjdk'
set @i=10000
while @i>0
begin
insert into t (t0,t1,t2,t3,t4) values (@s,@s,@s,@s,@s)
set @i=@i-1
end
select cast([size] as decimal(9,2))*8.00/1024.00,* from sysfiles
drop table t
当我删除该表的所有数据时,日志文件增加了,怎么回事呢?
问题2:
由于日志的疯狂增长,不得不控制日志,因为数据库空间收费是(数据空间+日志空间)* 单价的,由于日志的增加导致客户严重不满,所以我想控制日志大小,比如说100M,当日志文件超过100M时,自动备份以下日志,然后截断日志超过100M的部分,这样的话,客户日志到达一定的时候变化就不大了,但我必须保留最新的日志,就是说截取是从前朝后还是从后朝前的,要是每次都把最新的截断了,害怕出现问题时难以恢复。(不能分离数据库删除日志文件,因为这样会导致整个空间波动较大,客户会以为数据丢失了)
我的情况是这样的:一个中心数据库,20个子库,想通过中心数据库对子库进行管理,如创建/修改/删除/日志截断/收费等等。。
各位高手们帮忙了,不知你们对日志是怎么处理的
[解决办法]
问题2:
清除日志:
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换成你数据库的名字即可,在查询分析器里面运行。
有全角的空格(为了显示好看),你自己把他换一下.
收缩日志:
企业管理器--所有任务--收缩数据库--文件--选日志文件收缩
[解决办法]
--最好备份日志,以后可通过日志恢复数据。。。
以下为日志处理方法
一般不建议做第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)
[解决办法]
1.日志记录数据库的所有改变,就是DDL,DML,DCL(权限管理部分的SQL),并不记录单纯的DQL(单纯的select)。
大小没有变化是因为操作系统分配给数据库日志的文件空间,是为该数据库所占用的,即使是还有空间还没使用
,而你在删除表的所有记录的时候,原来表中的所有数据都会记录到日志文件中,当然还会加上时间和相关
为了恢复时而需要的逆向SQL的控制信息,如果表中原表中记录数稍微大点,而日志最初分配容量偏小,这样日志
迅速增长,使日志空间满,满后日志文件会自动获取该盘区的空间,所以delete tbl后,日志增大了。
------------这只是本人猜测你的日志文件设置而已,不知道对或者不兑对的。
2.关于你这个问题,我个人认为很好解决
不过最好就设置日志的MaxSize,要你那边的事务日志的增长状况来设置,MaxSize一定要设置到够用
然后设置job来定时进行日志备份----SQL Server 在完成事务日志备份时将自动截断事务日志中的不活动部分
那么该本分的空间又可以使用了。不要盲目的手工截断日志,以免在你没有备份自上次日志备份以来不活动的日志
手工截断就会造成从一开始以来一直连贯的日志链。
然后定时的下载那些日志备份,删除空间上的日志备份,然后一定要保存好这些日志备份,多copy几份,或者使用
RAID硬盘镜像来做备份(以防止硬盘的损坏而使日志掉(国语太差,不会打,但又只会拼音^o^)失)
如果你对客户的日志增长规律有足够的历史经验的话,你不用收缩日志也可以。
当然你最好用job定时调度
DBCC SHRINKDATABASE(库名)
DBCC SHRINKFILE(dbid)
还有一点就是保存好完整的数据库备份,没有它日志也没用武之地。