急急急急!!!!ldf文件过大如何清理?

[butter15]

我的数据库文件

3124_Data.MDF 才700多M

3124_Data.LDF 文件20多G!!!

请问如何删除LDF文件以后重建,
或者直接在MSSQL里面删除里面的日志!

[知识青年]

--shrink dbcc shrinkfile(2,0)

[知识青年]

你要找到增大的原因，是正常增加到这么多了还是突然很快的暴增 通常做备份的，会截断日志，回收空间，不会一直增加 如果不做备份，就把数据库模式改为简单好了。

[KevinLiu]

DBCC SQLPERF (Logspace) 查看一下你LOG的真正使用状态。 另外你的数据库恢复模式是不是FULL？有没有过日志备份？

[Sylaro0]

LOG 不要了么？ 如果数据库是本地创建的，那么先分离，然后删掉LDF文件 执行

EXEC sp_attach_single_file_db 
	@dbname = '数据库名', 
    @physname = N'路径';

会有个新的LOG

[butter15]

引用 3 楼 SmithLiu328 的回复:

DBCC SQLPERF (Logspace) 查看一下你LOG的真正使用状态。 另外你的数据库恢复模式是不是FULL？有没有过日志备份？

没有备份过数据库!

[butter15]

引用 2 楼 知识青年 的回复:

你要找到增大的原因，是正常增加到这么多了还是突然很快的暴增 通常做备份的，会截断日志，回收空间，不会一直增加 如果不做备份，就把数据库模式改为简单好了。

如何设置成简单模式?

[butter15]

引用 4 楼 Sylaro0 的回复:

LOG 不要了么？ 如果数据库是本地创建的，那么先分离，然后删掉LDF文件 执行 SQL code?123EXEC sp_attach_single_file_db @dbname = '数据库名', @physname = N'路径'; 会有个新的LOG

这个方法不是很懂!

[--小F--]

要看数据库版本是SQL 2005还是2008？

[--小F--]

适用于SQL Server 2005的方法

Backup Log DNName WITH no_log
GO
DUMP TRANSACTION DNName WITH no_log
GO
USE DNName 
DBCC SHRINKFILE (2)
GO
说明：由于SQL Server 2008对文件和日志管理进行了优化，所以以上语句在SQL2005中可以运行但在SQL2008中已经被取消。

------------------------------

适用于SQL Server 2008的方法

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

[butter15]

引用 8 楼 fredrickhu 的回复:

要看数据库版本是SQL 2005还是2008？

sql 2000版本!

[butter15]

顶上去等人解决!

[發糞塗牆]

1、先做一次日志备份，做其他备份无效 2、把ldf收缩 3、把数据库模式设为简单。右键你的数据库→属性→然后你自己摸索吧。我没有2000，截不了图

[發糞塗牆]

日志文件不断增长或者看看这篇

[KevinLiu]

看你的情况也不太需要日志，因为根本就没做过。将数据库的恢复级别改为简单，这样日志就会Truncate掉了，之后你在收缩日志文件就可以看到LDF文件变小。 个人不建议直接删除LDF文件，可能会导致问题。