删除SQL日志方法.docx
- 文档编号:30707895
- 上传时间:2023-08-19
- 格式:DOCX
- 页数:27
- 大小:27.70KB
删除SQL日志方法.docx
《删除SQL日志方法.docx》由会员分享,可在线阅读,更多相关《删除SQL日志方法.docx(27页珍藏版)》请在冰豆网上搜索。
删除SQL日志方法
删除SQL日志方法
1.打开查询分析器,输入命令
DUMPTRANSACTION数据库名WITHNO_LOG
2.再打开企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了。
清除Log有两种方法:
1.自动清除法
开放数据库选项TruncLogonChkpt,使数据库系统每隔一段时间自动清除Log。
此方法的优点是无须人工干预,由SQL Server自动执行,并且一般不会出现Log溢满的情况;缺点是只清除Log而不做备份。
2.手动清除法
执行命令“dumptransaction”来清除Log。
以下两条命令都可以清除日志:
dumptransactionwithtruncate_only
dumptransactionwithno_log
通常删除事务日志中不活跃的部分可使用“dumptransactionwithtrancate_only”命令,这条命令写进事务日志时,还要做必要的并发性检查。
SYBASE提供“dumptransactionwithno_log”来处理某些非常紧迫的情况,使用这条命令有很大的危险性,SQL Server会弹出一条警告信息。
为了尽量确保数据库的一致性,你应将它作为“最后一招”。
以上两种方法只?
?
清除日志,而不做日志备份,若想备份日志,应执行“dumptransactiondatabase_nametodumpdevice”命令。
PS:
附一个更好的方法
先分离数据库后,直接删除日志以后,再在查询分析器里用
execsp_attach_single_file_db'数据库名','.mdf文件路径'
命令附加数据库。
OVER.在别的地方看到的不错。
数据库日志操作
先提供一种复杂的方法压缩日志及数据库文件如下:
1.清空日志
DUMPTRANSACTION库名WITHNO_LOG
2.截断事务日志:
BACKUPLOG数据库名WITHNO_LOG
3.收缩数据库文件(如果不压缩,数据库的文件不会减小
企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件
--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了
--选择数据文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了
也可以用SQL语句来完成
--收缩数据库
DBCCSHRINKDATABASE(客户资料)
--收缩指定数据文件,1是文件号,可以通过这个语句查询到:
select*fromsysfiles
DBCCSHRINKFILE
(1)
4.为了最大化的缩小日志文件(如果是sql7.0,这步只能在查询分析器中进行)
a.分离数据库:
企业管理器--服务器--数据库--右键--分离数据库
b.在我的电脑中删除LOG文件
c.附加数据库:
企业管理器--服务器--数据库--右键--附加数据库
此法将生成新的LOG,大小只有500多K
或用代码:
下面的示例分离pubs,然后将pubs中的一个文件附加到当前服务器。
a.分离
EXECsp_detach_db@dbname='pubs'
b.删除日志文件
c.再附加
EXECsp_attach_single_file_db@dbname='pubs',
@physname='c:
\ProgramFiles\MicrosoftSQLServer\MSSQL\Data\pubs.mdf'
5.为了以后能自动收缩,做如下设置:
企业管理器--服务器--右键数据库--属性--选项--选择"自动收缩"
--SQL语句设置方式:
EXECsp_dboption'数据库名','autoshrink','TRUE'
6.如果想以后不让它日志增长得太大
企业管理器--服务器--右键数据库--属性--事务日志
--将文件增长限制为xM(x是你允许的最大数据文件大小)
--SQL语句的设置方式:
alterdatabase数据库名modifyfile(name=逻辑文件名,maxsize=20)
特别注意:
请按步骤进行,未进行前面的步骤,请不要做后面的步骤
否则可能损坏你的数据库.
一般不建议做第4,6两步
第4步不安全,有可能损坏数据库或丢失数据
第6步如果日志达到上限,则以后的数据库处理会失败,在清理日志后才能恢复.
另外提供一种更简单的方法,本人屡试不爽,建议大家使用。
更简单的方法:
1。
右建数据库属性窗口--故障还原模型--设为简单
2。
右建数据库所有任务--收缩数据库
3。
右建数据库属性窗口--故障还原模型--设为大容量日志记录
可能有不少朋友遇到过这样的问题:
update或delete语句忘带了where子句,或where子句精度不够,执行之后造成了严重的后果,
这种情况的数据恢复只能利用事务日志的备份来进行,所以如果你的SQL没有进行相应的全库备份
或不能备份日志(truncatelogoncheckpoint选项为1),那么就无法进行数据的恢复了,或者
只能恢复到最近一次的备份的数据了。
以下简单说明恢复数据方法:
1,如果误操作之前存在一个全库备份(或已有多个差异备份或增量备份),首先要做的事就是进进行一次日志备份(如果为了不让日志文件变大而置trunc.logonchkpt.选项为1那你就死翘了)
backuplogdbNametodisk='fileName'
2,恢复一个全库备份,注意需要使用withnorecovery,如果还有其他差异或增量备份,则逐个恢复
restoredatabasedbNamefromdisk='fileName'withnorecovery
3,恢复最后一个日志备份即刚做的日志备份,指定恢复时间点到误操作之前的时刻
restorelogdbNamefromdisk='fileName'
withstopat='date_time'
以上这些操作都可以在SQLSERVER企业管理器里完成,难度不大。
。
。
日志文件满而造成SQL数据库无法写入文件时,可用两种方法:
一种方法:
清空日志。
1.打开查询分析器,输入命令
DUMPTRANSACTION数据库名WITHNO_LOG
2.再打开企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了。
另一种方法有一定的风险性,因为SQLSERVER的日志文件不是即时写入数据库主文件的,如处理不当,会造成数据的损失。
1:
删除LOG
分离数据库企业管理器->服务器->数据库->右键->分离数据库
2:
删除LOG文件
附加数据库企业管理器->服务器->数据库->右键->附加数据库
此法生成新的LOG,大小只有500多K。
注意:
建议使用第一种方法。
如果以后,不想要它变大。
SQL2000下使用:
在数据库上点右键->属性->选项->故障恢复-模型-选择-简单模型。
或用SQL语句:
alterdatabase数据库名setrecoverysimple
另外,Truncatelogoncheckpoint(此选项用于SQL7.0,SQL2000中即故障恢复模型选择为简单模型)当执行CHECKPOINT命令时如果事务日志文件超过其大小的70%则将其内容清除在开发数据库时时常将此选项设置为TrueAutoshrink定期对数据库进行检查当数据库文件或日志文件的未用空间超过其大小的25%时,系统将会自动缩减文件使其未用空间等于25%当文件大小没有超过其建立时的初始大小时不会缩减文件缩减后的文件也必须大于或等于其初始大小对事务日志文件的缩减只有在对其作备份时或将Truncatelogoncheckpoint选项设为True时才能进行。
注意:
一般立成建立的数据库默认属性已设好,但碰到意外情况使数据库属性被更改,请用户清空日志后,检查数据库的以上属性,以防事务日志再次充满。
当然,如果误操作是一些不记日志的操作比如truncatetable,selectinto等操作,那么是无法利
用上述方法来恢复数据的...
删除SQL日志1:
删除LOG
1:
分离数据库企业管理器->服务器->数据库->右键->分离数据库
2:
删除LOG文件
3:
附加数据库企业管理器->服务器->数据库->右键->附加数据库
此法生成新的LOG,大小只有520多K
再将此数据库设置自动收缩
或用代码:
下面的示例分离77169database,然后将77169database中的一个文件附加到当前服务器。
EXECsp_detach_db@dbname='77169database'
EXECsp_attach_single_file_db@dbname='77169database',
@physname='c:
\ProgramFiles\MicrosoftSQLServer\MSSQL\Data\77169database.mdf
2:
清空日志
DUMPTRANSACTION库名WITHNO_LOG///DUMPTRANSACTIONulionmisWITHNO_LOG
再:
企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了
3:
如果想以后不让它增长
企业管理器->服务器->数据库->属性->事务日志->将文件增长限制为2M
自动收缩日志,也可以用下面这条语句
AlterDATABASE数据库名
SETAUTO_SHRINKON
故障还原模型改为简单,用语句是
USEMASTER
GO
AlterDATABASE数据库名SETRECOVERYSIMPLE
GO
-------------------------------------------------------------------------------
截断事务日志:
BACKUPLOG{database_name|@database_name_var}
{
[WITH
{NO_LOG|TRUNCATE_ONLY}]
}
--压缩日志及数据库文件大小
/*--特别注意
请按步骤进行,未进行前面的步骤,请不要做后面的步骤
否则可能损坏你的数据库.
--*/
1.清空日志
DUMPTRANSACTION库名WITHNO_LOG
2.截断事务日志:
BACKUPLOG数据库名WITHNO_LOG
3.收缩数据库文件(如果不压缩,数据库的文件不会减小
企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件
--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了
--选择数据文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了
也可以用SQL语句来完成
--收缩数据库
DBCCSHRINKDATABASE(客户资料)
--收缩指定数据文件,1是文件号,可以通过这个语句查询到:
select*fromsysfiles
DBCCSHRINKFILE
(1)
4.为了最大化的缩小日志文件(如果是sql7.0,这步只能在查询分析器中进行)
a.分离数据库:
企业管理器--服务器--数据库--右键--分离数据库
b.在我的电脑中删除LOG文件
c.附加数据库:
企业管理器--服务器--数据库--右键--附加数据库
此法将生成新的LOG,大小只有500多K
或用代码:
下面的示例分离77169database,然后将77169database中的一个文件附加到当前服务器。
a.分离
EXECsp_detach_db@dbname='77169database'
b.删除日志文件
c.再附加
EXECsp_attach_single_file_db@dbname='77169database',
@physname='c:
\ProgramFiles\MicrosoftSQLServer\MSSQL\Data\77169database.mdf'
5.为了以后能自动收缩,做如下设置:
企业管理器--服务器--右键数据库--属性--选项--选择"自动收缩"
--SQL语句设置方式:
EXECsp_dboption'数据库名','autoshrink','TRUE'
6.如果想以后不让它日志增长得太大
企业管理器--服务器--右键数据库--属性--事务日志
--将文件增长限制为xM(x是你允许的最大数据文件大小)
--SQL语句的设置方式:
alterdatabase数据库名modifyfile(name=逻辑文件名,maxsize=20)
-------------------------------------------------------------------------------
/*--压缩数据库的通用存储过程
压缩日志及数据库文件大小
因为要对数据库进行分离处理
所以存储过程不能创建在被压缩的数据库中
--*/
/*--调用示例
execp_compdb'test'
--*/
usemaster--注意,此存储过程要建在master数据库中
go
ifexists(select*fromdbo.sysobjectswhereid=object_id(N'[dbo].[p_compdb]')andOBJECTPROPERTY(id,N'IsProcedure')=1)
dropprocedure[dbo].[p_compdb]
GO
createprocp_compdb
@dbnamesysname,--要压缩的数据库名
@bkdatabasebit=1,--因为分离日志的步骤中,可能会损坏数据库,所以你可以选择是否自动数据库
@bkfnamenvarchar(260)=''--备份的文件名,如果不指定,自动备份到默认备份目录,备份文件名为:
数据库名+日期时间
as
--1.清空日志
exec('DUMPTRANSACTION['+@dbname+']WITHNO_LOG')
--2.截断事务日志:
exec('BACKUPLOG['+@dbname+']WITHNO_LOG')
--3.收缩数据库文件(如果不压缩,数据库的文件不会减小
exec('DBCCSHRINKDATABASE(['+@dbname+'])')
--4.设置自动收缩
exec('EXECsp_dboption'''+@dbname+''',''autoshrink'',''TRUE''')
--后面的步骤有一定危险,你可以可以选择是否应该这些步骤
--5.分离数据库
if@bkdatabase=1
begin
ifisnull(@bkfname,'')=''
set@bkfname=@dbname+'_'+convert(varchar,getdate(),112)
+replace(convert(varchar,getdate(),108),':
','')
select提示信息='备份数据库到SQL默认备份目录,备份文件名:
'+@bkfname
exec('backupdatabase['+@dbname+']todisk='''+@bkfname+'''')
end
--进行分离处理
createtable#t(fnamenvarchar(260),typeint)
exec('insertinto#tselectfilename,type=status&0x40from['+@dbname+']..sysfiles')
exec('sp_detach_db'''+@dbname+'''')
--删除日志文件
declare@fnamenvarchar(260),@svarchar(8000)
declaretbcursorlocalforselectfnamefrom#twheretype=64
opentb
fetchnextfromtbinto@fname
while@@fetch_status=0
begin
set@s='del"'+rtrim(@fname)+'"'
execmaster..xp_cmdshell@s,no_output
fetchnextfromtbinto@fname
end
closetb
deallocatetb
--附加数据库
set@s=''
declaretbcursorlocalforselectfnamefrom#twheretype=0
opentb
fetchnextfromtbinto@fname
while@@fetch_status=0
begin
set@s=@s+','''+rtrim(@fname)+''''
fetchnextfromtbinto@fname
end
closetb
deallocatetb
exec('sp_attach_single_file_db'''+@dbname+''''+@s)
go
日志文件满而造成SQL数据库无法写入文件时,可用两种方法:
一种方法:
清空日志。
1.打开查询分析器,输入命令
DUMPTRANSACTION数据库名WITHNO_LOG
2.再打开企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了。
另一种方法有一定的风险性,因为SQLSERVER的日志文件不是即时写入数据库主文件的,如处理不当,会造成数据的损失。
1:
删除LOG
分离数据库企业管理器->服务器->数据库->右键->分离数据库
2:
删除LOG文件
附加数据库企业管理器->服务器->数据库->右键->附加数据库
此法生成新的LOG,大小只有500多K。
注意:
建议使用第一种方法。
如果以后,不想要它变大。
SQL2000下使用:
在数据库上点右键->属性->选项->故障恢复-模型-选择-简单模型。
或用SQL语句:
alterdatabase数据库名setrecoverysimple
另外,Truncatelogoncheckpoint(此选项用于SQL7.0,SQL2000中即故障恢复模型选择为简单模型)当执行CHECKPOINT命令时如果事务日志文件超过其大小的70%则将其内容清除在开发数据库时时常将此选项设置为TrueAutoshrink定期对数据库进行检查当数据库文件或日志文件的未用空间超过其大小的25%时,系统将会自动缩减文件使其未用空间等于25%当文件大小没有超过其建立时的初始大小时不会缩减文件缩减后的文件也必须大于或等于其初始大小对事务日志文件的缩减只有在对其作备份时或将Truncatelogoncheckpoint选项设为True时才能进行。
注意:
一般立成建立的数据库默认属性已设好,但碰到意外情况使数据库属性被更改,请用户清空日志后,检查数据库的以上属性,以防事务日志再次充满。
如何删除sql2000日志
2004年9月24日11:
23
前几天也碰到日志文件过大的问题,数据库实际大小为600M,日志文件实际大小为33M,但日志文件占用空间为2.8G!
!
!
试了多种方式,SHIRNKDATABASE,TRUNCATELOGFILE,都没办法将文件缩小。
无论如何,这应该算SQLSERVER的一个BUG吧。
后来找到下面的代码,就可以将日志文件缩小到自己想要的大小了。
把代码COPY到查询分析器里,,然后修改其中的3个参数(数据库名,日志文件名,和目标日志文件的大小),运行即可(我已经用过多次了)
-----
SETNOCOUNTON
DECLARE@LogicalFileNamesysname,
@MaxMinutesINT,
@NewSizeINT
USE Marias --要操作的数据库名
Select @LogicalFileName=‘Marias_log‘, --日志文件名
@MaxMinutes=10, --Limitontimeallowedtowraplog.
@NewSize=100 --你想设定的日志文件的大小(M)
--Setup/initialize
DECLARE@OriginalSizeint
Select@OriginalSize=size
FROMsysfiles
Wherename=@LogicalFileName
Select‘OriginalSizeof‘+db_name()+‘LOGis‘+
CONVERT(VARCHAR(30),@OriginalSize)+‘8Kpagesor‘+
CONVERT(VARCHAR(30),(@OriginalSize*8/1024))+‘MB‘
FROMsysfiles
Wherename=@LogicalFileName
CreateTABLEDummyTrans
(DummyColumnchar(8000)notnull)
DECLARE@Counter INT,
@StartTimeDATETIME,
@TruncLog VARCHAR(255)
Select @StartTime=GETDATE(),
@TruncLog=‘BACKUPLOG‘+db_name()+‘WITHTRUNCATE_ONLY‘
DBCCSHRINKFILE(@LogicalFileName,@NewSize)
EXEC(@TruncLog)
--Wrapthelogifnecessary.
WHILE
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 删除 SQL 日志 方法