最近公司的数据库随着业务量的增多，日志文件巨大（超过300G）,造成磁盘空间不够用，进而后来的访问数据库请求无法访问。
网上类似的方法也很多，但不可行，如下是我实践过，可行的，将日志文件收缩至任意指定大小的方法：
第一步： 在SQL SERVER Management Studio 中右击数据库选择“属性”—》“选项”，将恢复模式由默认的“完整”改为“简单”。
第二步：再次右键选择数据库的“任务”–》“收缩”—》“文件”菜单，进入收缩文件页面，将（要收缩的）文件类型选定为“日志”， 将页面下面的“收缩操作”单选框里选择“在释放未使用的空间前重新组织页，将文件收缩到：”，然后填写合适的收缩后的日志文件大小。
最后点击这个页面下面的“确定”按钮，以执行收缩文件（日志）操作。
执行完毕后，用户可以查到到的确该日志文件收缩到指定的大小了。
将文件收缩到 0 即可。瞬间就ok了，比用命令快多了，对于36g的日志也很快。
第三步：在SQL SERVER Management Studio 中右击数据库选择“属性”—》“选项”，将恢复模式由默认的“简单”改为“完整”。
下面是最常用的方法一
USE [master]
GO
ALTER DATABASE 库名 SET RECOVERY SIMPLE WITH NO_WAIT
GO
ALTER DATABASE 库名 SET RECOVERY SIMPLE –简单模式
GO
USE 库名
GO
DBCC SHRINKFILE (N’库名_log’ , 11, TRUNCATEONLY)
GO
–这里的DNName_Log 如果不知道在sys.database_files里是什么名字的话，可以用以下注释的语句进行查询
–USE 库名
–GO
–SELECT file_id,name FROM sys.database_files;
–GO
USE [master]
GO
ALTER DATABASE SCDMS SET RECOVERY FULL WITH NO_WAIT
GO
ALTER DATABASE SCDMS SET RECOVERY FULL –还原为完全模式
GO
一般来说上面的sql对于日志2个G内速度还可以，如果不行请参考下面的步骤
1：然后在网上查找命令，找到日志文件类型为 REPLICATION 即发布状态
2：又查找到执行命令 ，该命令显示很多status为2的日志，即没有提交的。
DBCC LOGINFO(‘数据库名称’)
3：直接选择我之前创建的发布，提示以下错误：
sqlserver无法作为数据库主体执行，因为主体 “dbo” 不存在…
查找到以下命令，为用户添加数据库角色时提示已经存在此帐号请查看数据库下是否已经存在该帐号并删除重新授权
USE 库名
EXEC sp_changedbowner ‘sa’
4：然后再删除发布和订阅即成功。最后再执行第一步的SQL命令，日志文件缩小成功。
方法二、先设置恢复模式为“简单恢复”模式，再收缩：
USE BigData ;
GO
ALTER DATABASE BigData
SET RECOVERY SIMPLE;–设置简单恢复模式
GO
DBCC SHRINKFILE (BigData_Log, 1);
GO
ALTER DATABASE BigData
SET RECOVERY FULL;–恢复为原模式
GO
方法三、
USE BigData;
GO
BACKUP LOG DATABASENAME TO DISK=’d:\test.bak’
— Shrink the truncated log file to 1 MB.
DBCC SHRINKFILE (Bigdata_Log, 1);
GO
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持脚本之家。
您可能感兴趣的文章:sqlserver 实现收缩数据库日志操作SQL SERVER日志进行收缩的图文教程SQL Server无法收缩日志文件的原因分析及解决办法SQL Server误区30日谈 第9天 数据库文件收缩不会影响性能Sqlserver 2000/2005/2008 的收缩日志方法和清理日志方法SQL语句实现SQL Server 2000及Sql Server 2005日志收缩(批量)SQL Server 数据文件收缩和查看收缩进度的步骤