高手请进！！！高分相赠！！有关sqlserver日志的问题！！！

[lzkycm2000]

1。如果限制了log文件的大小，到了限制的大小时，sqlserver是如何处理的
2。在sqlserver的维护计划中配置定期备份日志的话，sqlserver备份日志后，会清日志文件嘛？？

[jingxijun]

顺便转贴一下高手的帖子：

三种恢复模型对这些操作记录日志情况比较

1 简单恢复模型

use master
go

create database test
on ( name='test', filename='f:\test.mdf', size=5MB)
log on
( name='test_log', filename='f:\test_log.ldf', size=3MB)
go

use test
go

alter database test set recovery simple

select top 10000 a.* into testtable from master..sysobjects a , master..syscolumns b

select count(*) from ::fn_dblog(null,null)

--一个未公开的table-valued funtion 可以看日志文件的记录数

--result :406

dbcc sqlperf(logspace)

--
--Databasename LogSize(MB) Log Space Used(%)
--test 2.9921875 12.5

use master
go

drop database test


2 大容量日志记录恢复模型
这些大容量复制操作的数据丢失程度要比完全恢复模型严重，
不允许恢复部分的BULK操作，只能全部恢复


use master
go

create database test
on ( name='test', filename='f:\test.mdf', size=5MB)
log on
( name='test_log', filename='f:\test_log.ldf', size=3MB)
go

use test
go

alter database test set recovery BULK_LOGGED

select top 10000 a.* into testtable from master..sysobjects a , master..syscolumns b

select count(*) from ::fn_dblog(null,null)

--result :422

dbcc sqlperf(logspace)

--
--Databasename LogSize(MB) Log Space Used(%)
--test 2.9921875 12.548956


use master
go

drop database test


3 完全恢复模型
记录的日志数要比大容量日志记录恢复模型多，
将记录每一条BCP or BULK insert,create index 的每一条index row,
对image,text字段 WRITETEXT or UPDATETEXT的所有操作

use master
go

create database test
on ( name='test',
filename='f:\test.mdf',
size=5MB)

log on
( name='test_log', filename='f:\test_log.ldf', size=3MB)
go

use test
go

alter database test set recovery full

select top 10000 a.* into testable from master..sysobjects a , master..syscolumns b

select count(*) from ::fn_dblog(null,null)

--result: 582

dbcc sqlperf(logspace)

--
--Databasename LogSize(MB) Log Space Used(%)
--test 2.9921875 57.996082


三 总结

以上语句在不同模式下的比较

FULL模式 BULK_LOGGED 模式
速度 慢 快
日志大小 大 小

[zjcxc]

1。如果限制了log文件的大小，到了限制的大小时，sqlserver是如何处理的

会报错.


2。在sqlserver的维护计划中配置定期备份日志的话，sqlserver备份日志后，会清日志文件嘛？？

关键是设置的问题,如果你设置了备份日志时清除日志,就会,否则不会.

[zjcxc]

NO_LOG | TRUNCATE_ONLY

无须备份复制日志即删除不活动的日志部分，并且截断日志。该选项会释放空间。因为并不保存日志备份，所以没有必要指定备份设备。NO_LOG 和 TRUNCATE_ONLY 是同义的。

使用 NO_LOG 或 TRUNCATE_ONLY 备份日志后，记录在日志中的更改不可恢复。为了恢复，请立即执行 BACKUP DATABASE。

[shaken]

2.SQL Server 在完成事务日志备份时将自动截断事务日志中的不活动部分。这些不活动的部分包含已完成的事务，因此在恢复过程中不再使用。相反，事务日志的活动部分包含仍在运行但尚未完成的事务。SQL Server 将重新使用事务日志中这些截断的非活动空间，而不是任由事务日志继续增大并占用更多的空间。

[lynx1111]

1.会报错
2.不会，须手工
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 Files\Microsoft SQL Server\MSSQL\Data\pubs.mdf'


2:清空日志
DUMP TRANSACTION 库名 WITH NO_LOG

再：
企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了

3:
企业管理器－＞服务器－＞数据库－＞属性－＞事务日志－＞将文件增长限制为2M


--截断日志：
backup log 数据库 with no_log

再：
企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至XXM,
这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了
改库为简单恢复模型
alter database test set recovery simple


你的数据库服务器-》企业管理器－》管理－》SQL Server 代理－》作业－》新建作业，按照要求填就可以了，在“步骤”的“命令”中填写你要执行的存储过程或语句，在“调度”里面填写什么时间执行

每天用作业执行：
DUMP TRANSACTION 库名 WITH NO_LOG
或：
backup log 数据库 with no_log

[shaken]

1.如果从来没有从事务日志中删除日志记录，逻辑日志就会一直增长，直到填满容纳物理日志文件的磁盘上的所有可用空间。在某个即时点，必须删除恢复或还原数据库时不再需要的旧日志记录，以便为新日志记录腾出空间。删除这些日志记录以减小逻辑日志的大小的过程称为截断日志。日志截断在下列情况下发生：
a.执行完 BACKUP LOG 语句时。


b.在每次处理检查点时（如果数据库使用的是简单恢复模式）。这包括 CHECKPOINT 语句所产生的显式检查点和系统生成的隐式检查点。例外情况是如果检查点发生在 BACKUP 语句仍活动时，则不截断日志。有关自动检查点间隔的更多信息，请参见检查点和日志的活动部分。
事务日志在内部分成若干称为虚拟日志文件的部分。虚拟日志文件是截断的单元。当截断事务日志时，删除包含 MinLSN 的虚拟日志文件头之前的所有日志记录。有关虚拟日志文件的更多信息，请参见事务日志物理构架。

因此，按下面任一方式控制事务日志的大小：

在维护日志备份序列时，调度 BACKUP LOG 语句按间隔发生，以使事务日志不致增长到超过预期的大小。


当不维护日志备份序列时，指定简单恢复模式。

[xinchangpeng]

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 Files\Microsoft SQL Server\MSSQL\Data\pubs.mdf'


EXEC sp_attach_db @dbname = N'pubs',
@filename1 = N'c:\Program Files\Microsoft SQL Server\MSSQL\Data\pubs.mdf',
@filename2 = N'c:\Program Files\Microsoft SQL Server\MSSQL\Data\pubs_log.ldf'

2:清空日志
DUMP TRANSACTION 库名 WITH NO_LOG

再：
企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了
清空日志
DUMP TRANSACTION 库名 WITH NO_LOG

或截断日志：
backup log 数据库 with no_log

--清除日志
方法1、
--在查询分析器，选中所要清理日志的数据库，执行如下SQL
backup log 数据库名 with no_log
DBCC SHRINKFILE ( 日志文件名或日志文件ID,要缩小的目标大小)

在当前数据库下
select fileid,groupid,name from sysfiles where groupid=0
----------------------------------------------------------
得到以下结果
fileid groupid name
2 0 test_log

以上结果，fileid为日志文件ID，name为test_log

你可以
backup log test with no_log
dbcc shrinkfile (2,2)
or
backup log test with no_log
dbcc shrinkfile ('test_log',2)
如果以后,不想要它变大,在数据库上点右键->属性->选项->故障恢复 模型 选择 简单模型就可以了!
或用SQL语句
alter database 数据库名 set recovery simple

方法2、
SQL SERVER企业管理器-》SQL SERVER组-》服务器-》数据库-》选中数据库实体-》右键-》所有任务-》分离数据库，
然后到数据库所在物理路径下删除.ldf文件，再数据库右键-》所有任务-》附加数据库,即可，会重新生成日志文件。