SQL2005/2008 的收缩日志

Question

SQL2008 的收缩日志 由于SQL2008对文件和日志管理进行了优化，所以以下语句在SQL2005中可以运行但在SQL2008中已经被取消： (SQL2005) Backup Log DNName with no_log go dump transaction DNName with no_log go USE DNName DBCC SHRINKFILE (2) Go -------------------------------------------------------------- (SQL200: 在SQL2008中清除日志就必须在简单模式下进行，等清除动作完毕再调回到完全模式。 USE [master]  GO  ALTER DATABASE DNName SET RECOVERY SIMPLE WITH NO_WAIT GO  ALTER DATABASE DNName SET RECOVERY SIMPLE --简单模式  GO  USE DNName GO  DBCC SHRINKFILE (N'DNName_Log' , 11, TRUNCATEONLY) GO  USE [master]  GO  ALTER DATABASE DNName SET RECOVERY FULL WITH NO_WAIT GO  ALTER DATABASE DNName SET RECOVERY FULL --还原为完全模式  GO 优点：此清除日志所运行消耗的时间短，90GB的日志在分钟左右即可清除完毕，做完之后做个完全备份在分钟内即可完成。缺点： 不过此动作最好不要经常使用，因为它的运行会带来系统碎片。普通状态下LOG和DIFF的备份即可截断日志。此语句使用的恰当环境：当系统的日志文件异常增大或者备份LOG时间太长可能影响生产的情况下使用。

2005方法1：
第一步：
backup log database_name with no_log
或者 backup log database_name with truncate_only --no_log和truncate_only是在这里是同义的，随便执行哪一句都可以
第二步：
1.收缩特定数据库的所有数据和日志文件，执行 dbcc shrinkdatabase (database_name,[,target_percent])--database_name是要收缩的数据库名称；target_percent是数据库收缩后的数据库文件中所要的剩余可用空间百分比
2.收缩一次一个特定数据库中的数据或日志文件，执行 dbcc shrinkfile(file_id,[,target_size]) --file_id是要收缩的文件的标识 (ID) 号,若要获得文件 ID，请使用 FILE_ID 函数或在当前数据库中搜索 sysfiles；target_size是用兆字节表示的所要的文件大小（用整数表示）。如果没有指定，dbcc shrinkfile 将文件大小减少到默认文件大小

两个dbcc都可以带上参数notruncate或truncateonly，具体意思看帮助。

方法2
（这个方法在sqlserver2000的环境下做一般能成功，在sqlserver7及以下版本就不一定了）：
第一步：
先备份整个数据库以备不测
第二步：
备份结束后，在Query Analyzer中执行如下的语句：
exec sp_detach_db yourDBName,true --卸除这个DB在MSSQL中的注册信息
第三步：
到日志的物理文件所在的目录中去删除该日志文件或者将该日志文件移出该目录
第四步：
在Query Analyzer中执行如下的语句：
exec sp_attach_single_file_db yourDBName,'d:mssql7datayourDBName_data.mdf'
--以单文件的方式注册该DB，如果成功则MSSQL将自动为这个DB生成一个500K的日志文件。

以上方法在清除log日志中均有效。
但，能否让sql server 不产生log日志呢？以上方法好像均无效。
我这儿正好有个case：
我客户的sql server每天都会产生4，500M的log日志，每天都清除一下，非常不便。有没有办法实现不产生log日志呢？

我分析了一下客户产生log日志的原因，并且做了相应测试。
客户是每天将数据库清空，从总系统中将数据导入到sql server里。我感决sqlserver在插入时产生log不大，在delete整个库时产生log极大。
比如：
SELECT * into test_2 from b_bgxx
共45000条记录，产生十几M log，如果
delete from test_2
产生80多M log ，这明显存在问题。

虽然可以换成：
truncate table test_2
但我还是希望能找到不产生log的方法。就如oracle不产生归档一样。

Answer 1

Server 2005 : 清空数据库日志

日志文件满而造成SQL数据库无法写入文件时，可用两种方法：
方法一：清空日志。
1．打开查询分析器，输入命令
DUMP TRANSACTION 数据库名 WITH NO_LOG
2.再打开企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了。

另一种方法有一定的风险性，因为SQL SERVER的日志文件不是即时写入数据库主文件的，如处理不当，会造成数据的损失。
方法二：
1: 删除LOG
分离数据库 企业管理器－＞服务器－＞数据库－＞右键－＞分离数据库
2：删除LOG文件
附加数据库 企业管理器－＞服务器－＞数据库－＞右键－＞附加数据库
此法生成新的LOG，大小只有500多K。

注意：建议使用第一种方法。

如果想以后不让它增长
企业管理器--服务器--右键数据库--属性--事务日志--将文件增长限制为xM(x是你允许的最大数据文件大小)

--SQL语句的设置方式:
alter database 数据库名 modify file(name=逻辑文件名,maxsize=20)

Answer 2

2005QL code

    --备份数据库 BACKUP DATABASE shopdata TO DISK='d:tsdatashopdata20070906.bak' --清空日志 DUMP TRANSACTION shopdata WITH NO_LOG --截断事务日志 BACKUP LOG shopdata WITH NO_LOG --收缩数据库 DBCC SHRINKDATABASE(shopdata) --设置自动收缩 EXEC SP_DBOPTION shopdata,AUTOSHRINK,TRUE

最好备份日志，以后可通过日志恢复数据。。。以下为日志处理方法一般不建议做第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 FilesMicrosoft SQL ServerMSSQLData库名.mdf' 5.为了以后能自动收缩,做如下设置: 企业管理器--服务器--右键数据库--属性--选项--选择"自动收缩" --SQL语句设置方式: EXEC sp_dboption '库名', 'autoshrink', 'TRUE' 6.如果想以后不让它日志增长得太大企业管理器--服务器--右键数据库--属性--事务日志 --将文件增长限制为xM(x是你允许的最大数据文件大小) --SQL语句的设置方式: alter database 库名 modify file(name=逻辑文件名,maxsize=20)

方法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、企业管理器—>右键数据库—>所有任务—>收缩数据库—>文件按钮—>选中日志文件—>设置收缩操作选项—>确定。

法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、企业管理器—>右键数据库—>所有任务—>收缩数据库—>文件按钮—>选中日志文件—>设置收缩操作选项—>确定。

http://topic.csdn.net/u/20100331 ... b-33c0b5452d32.html