sql server日志物理空间比数据库大非常多，请教原因，谢谢~
sql server数据库突然增大了好多，发现是由于日志占用了过多的物理空间，但是不明白的是，数据库大小大概在9G，但是日志文件达到了50G左右，最近突然发生的，这个是什么原因呢？该怎么解决，谢谢~
------解决方案--------------------
日志被数据文件大，这是可以接受的：
http://blog.csdn.net/dba_huangzj/article/details/7982945
------解决方案--------------------
sql的日志就是随时增长的，可以设定最大日志大小。

如果日志没用的可以利用下面的sql语句删掉。

适用于 sql 2000

BACKUP   LOG   datebase     
            WITH   
                  TRUNCATE_ONLY   
  DBCC   SHRINKDATABASE(datebase) 

把datebase换成数据库名字即可。 

当然，语句要在sql查询分析器中执行。  几分钟不到，日志文件清理成功。


(SQL2005)
Backup Log DNName with no_log
go
dump transaction DNName with no_log
go
USE DNName
DBCC SHRINKFILE (2)
Go
--------------------------

(SQL2008):

在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时间太长可能影响生产的情况下使用。

------解决方案--------------------
1，数据库日志最近远大于数据文件，说明你最近的增删动作比较多。
2，数据库日志和数据库数据文件大小没有直接关系，
说简单点就是 把数据文件比作一个人，把他说的每句话比作日志文件。人就这么一个，但是他每天说的话加起来可就多了。差不多就是这个意思。
3，处理方法，先收缩－－再完整备份－－再分离数据库－－再移除日志文件－－再附加，当然有很多种这只是其中一种我比较常用的方法。

------解决方案--------------------
如果你对数据库要求不是很高的话，除掉日志或重建日志文件后，可以把恢复模式改成简单，但是这样就不能通过日志文件恢复数据了。
------解决方案--------------------
其实日志文件早就到50G了，只是最近突然才发现