我之前执行
DBCC SHRINKFILE ('MyDb_log',1)
DBCC SHRINKFILE (MyDb_log,10)都有效,现在日志文件有27G 我再执行这两句就无效了,于是我就到 数据库->任务->收缩->数据库和文件 都无效,执行完日志文件还是27G 请问大家怎么办?

解决方案 »

  1.   

    --清除日志
    BACKUP LOG MyDb to disk='MyDb'
    DBCC SHRINKFILE ('MyDb_log',1)--备份清除日志
    BACKUP LOG MyDb to disk='D:\database\MyDb.bak'
    DBCC SHRINKFILE (MyDb_log,10)我也这样了还是不行,要怎么截断呢?
      

  2.   

    1.清空日志
    DUMP TRANSACTION 库名 WITH NO_LOG2.截断事务日志:
    BACKUP LOG 库名 WITH NO_LOG3.收缩数据库文件(如果不压缩,数据库的文件不会减小
    企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件
    --选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了
    --选择数据文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了
      

  3.   

    1.清空日志
    DUMP TRANSACTION 库名 WITH NO_LOG2.截断事务日志:
    BACKUP LOG 库名 WITH NO_LOGSQL Server 2008 不支持这两句,2005就可以
      

  4.   

    1.清空日志:DUMP   TRANSACTION   databasename   WITH   NO_LOG   2.截断事务日志:BACKUP   LOG   databasename   WITH   NO_LOG   3.收缩数据库:DBCC   SHRINKDATABASE(databasename)   
      

  5.   

    http://msdn.microsoft.com/zh-cn/library/ms144262.aspx
    果然没有了
      

  6.   

    是的,那句没用了。现在执行
    BACKUP LOG MyDb to disk='MyDb' 
    DBCC SHRINKFILE ('MyDb_log',1) 
    可以,但是要执行两次以上,日志才会变成1M
      

  7.   


    SQL2008 的收缩日志 
    由于SQL2008对文件和日志管理进行了优化,所以以下语句在SQL2005中可以运行但在SQL2008中已经被取消:
    (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时间太长可能影响生产的情况下使用。
      

  8.   


    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