精简sql2005_ldf日志文件大小

Question

请问sql2005下如何安全的精简ldf日志文件大小，我的mdf有7G，而ldf已经达到80G，造成该盘剩余空间为0。
我现在能清理一部分数据表，但是不确定能腾出多少空间，估算有1G吧。
搜过看到有很多种方法清理ldf文件，但不知道哪种方法安全可靠。
麻烦高手指导一下，谢谢。

Answer 1

--11.收缩数据库
--1.自动收缩数据库：将AUTO_SHRINK 数据库选项设置为ON 后，数据库引擎将自动收缩具有可用空间的数据库。作用相当于DBCC SHRINKDATABASE(dbname,25).默认情况下，此选项设置为OFF。
--2.手动收缩数据库：可以使用DBCC SHRINKDATABASE 语句或DBCC SHRINKFILE 语句来手动收缩数据库或数据库中的文件。
/*1.在该过程中任意时间都可停止DBCC SHRINKDATABASE 和DBCC SHRINKFILE 操作，所有已完成工作都将保留。
  2.在使用DBCC SHRINKDATABASE 语句时，您无法将整个数据库收缩得比其初始大小更小。
  3.使用DBCC SHRINKFILE 语句时，可以将各个数据库文件收缩得比其初始大小更小。必须对每个文件分别进行收缩，而不能尝试收缩整个数据库。
*/
DBCC SHRINKDATABASE 
( database_name | database_id | 0 
 [ , target_percent ] 
 [ , { NOTRUNCATE | TRUNCATEONLY } ] 
)
[ WITH NO_INFOMSGS ]
会收缩一个数据库的所有文件.数据库不能收缩到比model数据库还小,并且DBCC SHRINKDATABASE 也不能将一个文件收缩到比其最小的大小还小.
其中target_percent参数是数据库中每个文件所保留的自由空间的百分比.
比如:如果我用 DBCC SHRINKDATABASE(dbname,25) 其中一个总大小为MB文件的其中MB的数据库文件,可以保留%的可用空间,那么新的文件
 大小为MB。怎么算出来的呢？x*1.0/(x+60)=25% x=20 所以总的大小为用掉的MB 加上空闲的MB 一共为MB。
 如果文件是用掉了MB,那收缩还剩多少呢？x*1.0/(x+80)=25% x>20 注意这里x+80>100 这样超过了总大小,所以这个时候改文件不发生收缩,保持原来的大小.
    所以整个数据库就是以这个方式逐个收缩数据库.
    
    DBCC SHRINKFILE 
(
{ file_name | file_id } 
{ [ , EMPTYFILE ] 
| [ [ , target_size ] [ , { NOTRUNCATE | TRUNCATEONLY } ] ]
}
)
[ WITH NO_INFOMSGS ]
其中的target_size 用兆字节表示的文件大小（用整数表示）。如果未指定，则 DBCC SHRINKFILE 将文件大小减少到默认文件大小。默认大小为创建文件时指定的大小。
这里只要注意不能将文件收缩到比存储数据所需空间还小.
例如：你的数据库文件一共MB，用了MB，那么你只能收缩到>=8MB的大小,即使你target_size=7mb,最后文件大小还是MB
 
你也许会发现这里有几个选项可选：
1.NOTRUNCATE:在指定或不指定 target_percent 的情况下，将已分配的页从数据文件的末尾移动到该文件前面的未分配页。文件末尾的可用空间不会返回给操作系统，文件的物理大小也不会更改。
因此，指定 NOTRUNCATE 时，文件看起来未收缩。NOTRUNCATE 只适用于数据文件。日志文件不受影响。
2.TRUNCATEONLY:将文件末尾的所有可用空间释放给操作系统，但不在文件内部执行任何页移动。数据文件只收缩到最后分配的区。
如果随 TRUNCATEONLY 指定了 target_size，则会忽略该参数。TRUNCATEONLY 只适用于数据文件。
3.EMPTYFILE:将指定文件中的所有数据迁移到同一文件组中的其他文件。只适合DBCC SHRINKDATABASE
 
--例子:截断数据库
DBCC SHRINKDATABASE (dbname, TRUNCATEONLY);
--例子:将数据文件收缩到指定的目标大小
DBCC SHRINKFILE (dbname, 7);
--例子:将日志文件收缩到指定的目标大小
-- 将数据库的恢复模式设置为SIMPLE
ALTER DATABASE dbname
SET RECOVERY SIMPLE;
GO
-- 收缩你的日志文件到MB
DBCC SHRINKFILE (dbname_log,3);
GO
--重新设置回你的恢复模式
ALTER DATABASE AdventureWorks
SET RECOVERY FULL;
GO
--例子:清空文件
-- 首先创建一个文件(举例而已)
ALTER DATABASE AdventureWorks 
ADD FILE (
NAME = Test1data,
FILENAME = 'C:\t1data.ndf',
SIZE = 5MB
);
GO
-- 转移你的数据库文件到该文件组的其他文件
DBCC SHRINKFILE (Test1data, EMPTYFILE);
GO
-- 移除你的数据库文件
ALTER DATABASE AdventureWorks
REMOVE FILE Test1data;
GO参考

Answer 2

1、用BACKUP LOG database WITH NO_LOG清除日志 把数据库属性中的故障还原模型改为“简单”可以大大减慢日志增长的速度。    如果把还原模型调到简单，这样就不支持时间点还原了，但是日志文件会很小，如果数据比较重要推荐还是把数据库的还原模型调为完全 用BACKUP LOG database WITH NO_LOG命名后，会截断不活动日志，不减小物理日志文件的大小，但逻辑日志会减小，收缩数据库后会把不活动虚拟日志删除来释放空间，不会损坏数据。 如果日志被截断并收缩数据库后，就不能直接用最近的一个全库备份做时间点还原，建议立即备份数据库，以防万一。 2、sql server运行中，是否能删除主数据库事务日志文件  
步骤如下：(1)、分离数据库企业管理器－－数据库－－右击你要删除日志的数据库－－所有 任务－－分离数据库 
(2)、然后删除日志文件 
(3)、然后再附加数据库 
企业管理器－－数据库－－右击数据库－－所有任务－－附加数据库这时候只附加。mdf就可以了。 3、压缩SQL数据库及日志的详细方法 SQL Server 2000基础教程——压缩数据库数据库在使用一段时间后，时常会出现因数据删除而造成数据库中空闲空间太多的情况，这时就需要减少分配给数据库文件和事务 日志文件的磁盘空间，以免浪费磁盘空间。当数据库中没有数据时，可以修改数据库文件属性直接改变其占用空间，但当数据库中有数据时，这样做会破坏数据库中 的数据，因此需要使用压缩的方式来缩减数据库空间。可以在数据库属性选项中选择“Auto shrink”选项，让系统自动压缩数据库，也可以用人工的方法来压缩。人工压缩数据库有以下两种方式： 1、用Enterprise Manager 压缩数据库 在Enterprise Manager 中在所要压缩的数据库上单击右键，从快捷菜单中的“所有任务（All Tasks）”中选择“Shrink Database（压缩数据库）”选项，就会出现如图6-10 所示的对话框。可以在图6-10 所示的对话框中选择数据库的压缩方式，也可以选择使用压缩计划或压缩单个文件单击图6-10 中的“Files”按钮，会出现如图6-11 所示的压缩数据库文件对话框，可以针对每个数据库文件进行不同的压缩设置。 
  
单击图6-10 中的“Change” 按钮，会出现如图6-12 所示的压缩计划编辑对话框，可以指定压缩计划的执行方式。单击图6-12 中的“Change” 按钮，会出现如图6-13 所示的循环工作计划编辑对话框，可以编辑计划执行的周期或时间点。设置完成后单击“OK” 按钮就开始压缩数据库，在压缩结束后会显示一个压缩情况信息框。  
  
  
2、用Transact-SQL 命令压缩数据库 可以使用DBCC SHRINKDATABASE 和DBCC SHRINKFILE 命令来压缩数据库。其中DBCC SHRINKDATABASE 命令对数据库进行压缩，DBCC SHRINKFILE 命令对数据库中指定的文件进行压缩。 
（1） DBCC SHRINKDATABASE  
DBCC SHRINKDATABASE 命令语法如下： 
DBCC SHRINKDATABASE (database_name [, target_percent] 
[, {NOTRUNCATE | TRUNCATEONLY}] ) 
各参数说明如下：  
?target_percent 指定将数据库压缩后，未使用的空间占数据库大小的百分之几。如果指定的百分比过大，超过了压缩前未使用空间所占的比例，则数据库不会被压缩。并且压缩后的数据库不能比数据库初始设定的容量小。  
?NOTRUECATE 
将数据库缩减后剩余的空间保留在数据库，中不返还给操作系统 。如果不选择此选项，则剩余的空间返还给操作系统。  
?TRUNCATEONLY 
将数据库缩减后剩余的空间返还给操作系统。使用此命令时SQL Server 将文件缩减到最后一个文件分配，区域但不移动任何数据文件。选择此项后，target_percent 选项就无效了。例6-14： 压缩数据库mytest 的未使用空间为数据库大小的20% 。 
dbcc shrinkdatabase (mytest, 20) 
运行结果如下： 
DBCC execution completed. If DBCC printed error  messages, contact your system administrator.  
(2) DBCC SHRINKFILE 
DBCC SHRINKFILE 命令压缩当前数据库中的文件。其语法如下： 
DBCC SHRINKFILE ( {file_name | file_id } 
{ [, target_size] | 
[, {EMPTYFILE | NOTRUNCATE | TRUNCATEONLY}] } ) 
各参数说明如下： 
?file_id 
指定要压缩的文件的鉴别号（Identification number， 即ID） 。文件的ID 号可以通过 FILE_ID（）函数或如本章前面所讲述 的Sp_helpdb 系统存储过程来得到。  ?target_size 指定文件压缩后的大小。以MB 为单位。如果不指定此选项，SQL Server 就会尽最大可能地缩减文件。  ?EMPTYFILE 指明此文件不再使用，将移动所有在此文件中的数据到同一文件组中的其它文件中去。执行带此参数的命令后，此文件就可以用ALTER DATABASE 命令来删除了。 其余参数NOTRUNCATE 和TRUNCATEONLY 与DBCC SHRINKDATABASE  命令中的含义相同。 例6-15: 压缩数据库mydb 中的数据库文件mydb_data2 的大小到1MB。 use mydb dbcc shrinkfile (mydb_data2, 1) 
  
企业管理器里面的方法： 
1、打开企业管理器 
2、打开要处理的数据库 
3、点击最上面菜单>工具>SQL查询分析器，打开SQL查询分析器 
4、在输入窗口里面输入: Code: 
DUMP TRANSACTION [数据库名] WITH  NO_LOG 
BACKUP LOG [数据库名] WITH NO_LOG 
DBCC SHRINKDATABASE([数据库名]) 
点击绿色的小三角（或按F5）执行查询，等状态栏提示处理完成 即可！ 
程序里面的方法： 
压缩数据库日志 
--1.清空日志 
exec(’DUMP TRANSACTION [’+@dbname+’] WITH  NO_LOG’)  
--2.截断事务日志： 
exec(’BACKUP LOG [’+@dbname+’] WITH NO_LOG’) 
--3.收缩数据库文件(如果不压缩,数据库的文件不会减小 
exec(’DBCC SHRINKDATABASE([’+@dbname+’])’) 
　　4、减小日志的方法： 一、用如下步做了： 
1、DUMP　TRANSACTION　库名　WITH　no_log 
2、dbcc shrinkfile(logfilename) 
3、收缩数据库 
4、设定自动收缩。 　　二、分离数据库,删除日志文件,再附加,OK!右击数据库－－所有任务－－分离or 附加 　　三、1、backup log　库名　WITH　no_log，2、dbcc shrinkfile(logfilename)，3、收缩数据库 
4、设定自动收缩。

Answer 3

压缩日志及数据库文件大小(ms SQL SERVER) 收藏 
/*--特别注意请按步骤进行,未进行前面的步骤,请不要做后面的步骤
否则可能损坏你的数据库.
一般不建议做第4,6两步
第4步不安全,有可能损坏数据库或丢失数据
第6步如果日志达到上限,则以后的数据库处理会失败,在清理日志后才能恢复.
--*/--下面的所有库名都指你要处理的数据库的库名1.清空日志
DUMP TRANSACTION 库名 WITH NO_LOG 2.截断事务日志：
BACKUP LOG 库名 WITH NO_LOG3.收缩数据库文件(如果不压缩,数据库的文件不会减小
企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件
--选择日志文件--在收缩方式里选择收缩至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)一般来说只做前三步
本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/utpcb/archive/2007/10/09/1816435.aspx

Answer 4

马上进行日志备份
然后收缩你的日志文件SHRINFILE

Answer 5

压缩日志及数据库文件大小 /*--特别注意 请按步骤进行,未进行前面的步骤,请不要做后面的步骤 
否则可能损坏你的数据库. 
一般不建议做第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)