急！！！日志文件太大了，该如何处理？

rainytag

微软SQL SERVER 数据库的日志文件如果太大，最简单的解决办法如下：

1。detach 数据库
  企业管理器：    数据库名----〉右键：tasks---〉detach 即可
sql 语句是：EXEC   sp_detach_db   \'dbname\',   \'true\';

2。删除掉该日志文件 数据库名log.ldf 文件

3。将数据库atach回来 （注意以单文件的形式）

EXEC   sp_attach_single_file_db   \'dbname\',\'__路径_dbname.mdf\';
系统会自动分配一个504kb的日志文件


以上为简单有效的解决办法。我在SQL2005自己的测试服务器上就是这么做的

huangql2009

原帖由 花好月不圆 于 2008-7-25 10:53 发表



如果需要恢复到前一天的数据库状态,你怎么处理?

你的说法是不合适楼主的问题的

那是没有每天备份！
没有每天备份是很愚蠢的事。

花好月不圆

原帖由 huangql2009 于 2008-7-27 19:59 发表


那是没有每天备份！
没有每天备份是很愚蠢的事。

每天备份不能保证恢复到时间点,只有日志可以保证,你说日志没有用的说法是错误的!

smthgdin

原帖由 huangql2009 于 2008-7-27 19:59 发表


那是没有每天备份！
没有每天备份是很愚蠢的事。

你这样做是不行的。恢复的时间点问题。

[ 本帖最后由 smthgdin 于 2008-7-28 11:09 编辑 ]

chenjing957

经常进行日志备份就行，备份日志以后，实际日志文件可用空间增大了；

但是腾出来的空间在磁盘上是直接看不到的，因为它还属于SQL Server，只有进行收缩以后，SQL Server就会将多余还没用上的空间交还给操作系统；

记住，经常备份日志就不用太担心日志文件过大，给日志文件一个合理的增长计划，也就减少了因为给日志文件开辟空间而消耗过多的时间。

shanfei

说了半天，其实都是可行的方案。

    不过还是看实际情况吧：
    如果数据库根本不需要日志备份（日志备份用于恢复，前提是先进行数据库备份），也不需要使用日志传送、事务复制等高深功能，就直接把恢复模式设置为“简单模式”拉倒。
    如果你不确认到底日志备份会不用用到，那你就备份，像楼上说的，做个计划定期备份日志计划，防止日志不断增大。

    不过从你的场景来看，似乎不用备份日志，或者还不清楚日志备份的是否对你系统有意义，反正建议至少定期搞个定期全量备份+定期差异备份吧。

kelsoncong

原帖由 MikeyBear 于 2008-7-23 16:51 发表
上面的方法完成后，还需要更改SQL数据库中的属性-->选 项-->故障还原模型 设置为简单，这样以后也大不了，返正没有屁用。

生产库这样管理有点问题的

dfhfh

楼主没有设置维护计划吗？  数据库崩了怎么办？

shanfei

原帖由 dfhfh 于 2008-7-29 10:48 发表
楼主没有设置维护计划吗？  数据库崩了怎么办？

嘿嘿，其实很多公司的数据库，目前都处在单点故障的风险中，实例和数据存储都只有一份，死屁就死屁了。不懂，或者懂也懒的弄。

mohair

先备份数据库,后收缩数据库