关于SQL2008日志文件处理

最近公司一个系统数据库日志文件疯一般的增长，数据库.LDF也就是700多兆，但是日志文件90多G。幸亏服务器空间足够大，可也撑不住日志文件这么增长，像一个定时炸弹，只有清理日志文件才能保证保证有一个安稳的周末.

原因分析：待查

处理方式：

1）压缩，1、设置数据库模式为简单模式：打开SQL企业管理器，在控制台根目录中依次点开Microsoft SQL Server-->SQL Server组-->双击打开你的服务器-->双击打开数据库目录-->选择你的数据库名称（如用户数据库cwbase1）-->然后点击右键选择属性-->选择选项-->在故障还原的模式中选择“简单”，然后按确定保存 
2、在当前数据库上点右键，看所有任务中的收缩数据库，一般里面的默认设置不用调整，直接点确定 
3、收缩数据库完成后，建议将您的数据库属性重新设置为标准模式，操作方法同第一点，因为日志在一些异常情况下往往是恢复数据库的重要依据 

结论：期待了半天，发现这个方法没用...

2)代码：没有按照代码操作..

3)分离删除：分离数据库：企业管理器－＞服务器－＞数据库－＞cwbase1－＞右键－＞分离数据库 －＞删除LOG物理文件，然后附加数据库： 企业管理器－＞服务器－＞数据库－＞右键－＞附加数据库 

以为该系统数据库日志文件正在使用中，数据连接不能公开停止（公开声明的话就得发邮件，然后等着各个领导告诉你不要影响系统的应用等等废话，然后定个晚上十一点之后，但是系统因其他情况出错，一两个小时他们还是得照样等着，不想加班，所以就这么速战速决吧）。后台停止服务，然后分离，提示数据库正在连接无法分离，处理完成后突然发现数据库文件变成单用户文件，无法查看属性....

“啊，难道自己要栽在这里了吗，怎么办？“不管了，直接附加，附加上去了。没有删除日志文件，你懂得...可是单用户的数据库还在...再分离，再次出现单用户文件...

没办法了，关闭数据库后，重新启动数据库吧，突然发现没有了..幸哉！

附：万恶的重启，以后维护不想再重启来解决问题..

总算完成了，分离删除，也就是五分钟时间。如果不这么操作的话，后续数据库崩溃，浪费的可能就是5个小时了...维护吗，最优化的维护方式...