为什么SQL日志清空后还是很大,我用
dump transaction TennisDB0 with no_log
清空日志后,日志里面还有1个多G 的东西,当然没清空以前更多!

解决方案 »

  1.   

    以前是10G的,清空后到1G,再想这1G里面到底存的都是什么东西!
      

  2.   

    alter database xxx set recovery simple
      

  3.   

    楼上的,做个注释。set recovery simple是什么意思?
      

  4.   

    dump transaction db_name with no_log --数据库名
    --先清,再收缩
     dbcc shrinkdatabase('db_name',50)--数据库名,收缩百分比
      

  5.   

    楼主,你的SQL版本是SQL2008,还是SQL2000/2005?
    2008是对数据库管理有做过优化的!
    2008中dump transaction DNName with no_log 已经取消!
    下面截取一段做法,你试试看:
     在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时间太长可能影响生产的情况下使用。