导航
  • 主页
  • 基础类
  • 应用实例
  • 新技术前沿

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

lzkycm2000 2003-12-08 10:57:33
1。如果限制了log文件的大小,到了限制的大小时,sqlserver是如何处理的
2。在sqlserver的维护计划中配置定期备份日志的话,sqlserver备份日志后,会清日志文件嘛??

...全文
5 点赞 收藏 7
写回复
7 条回复
切换为时间正序
请发表友善的回复…
发表回复
xinchangpeng 2003-12-21
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文件,再数据库右键-》所有任务-》附加数据库,即可,会重新生成日志文件。
回复
shaken 2003-12-08
1.如果从来没有从事务日志中删除日志记录,逻辑日志就会一直增长,直到填满容纳物理日志文件的磁盘上的所有可用空间。在某个即时点,必须删除恢复或还原数据库时不再需要的旧日志记录,以便为新日志记录腾出空间。删除这些日志记录以减小逻辑日志的大小的过程称为截断日志。日志截断在下列情况下发生:
a.执行完 BACKUP LOG 语句时。


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

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

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


当不维护日志备份序列时,指定简单恢复模式。
回复
lynx1111 2003-12-08
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 2003-12-08
2.SQL Server 在完成事务日志备份时将自动截断事务日志中的不活动部分。这些不活动的部分包含已完成的事务,因此在恢复过程中不再使用。相反,事务日志的活动部分包含仍在运行但尚未完成的事务。SQL Server 将重新使用事务日志中这些截断的非活动空间,而不是任由事务日志继续增大并占用更多的空间。

回复
NO_LOG | TRUNCATE_ONLY

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

使用 NO_LOG 或 TRUNCATE_ONLY 备份日志后,记录在日志中的更改不可恢复。为了恢复,请立即执行 BACKUP DATABASE。
回复
1。如果限制了log文件的大小,到了限制的大小时,sqlserver是如何处理的

会报错.


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

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


回复
jingxijun 2003-12-08
顺便转贴一下高手的帖子:

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

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 模式
速度 慢 快
日志大小 大 小
回复
发动态
发帖子
MS-SQL Server
创建于2007-09-28

3.2w+

社区成员

MS-SQL Server相关内容讨论专区
申请成为版主
社区公告
暂无公告