backup log 庫名 WITH no_log
dbcc shrinkfile(logfilename)

解决方案 »

  1.   

    步骤1:在查询分析器中执行:dump transaction 数据库名 with no_log
    步骤2:在企业管理器中针对数据库执行“收缩数据库”
      

  2.   

    三句话:
    dump transaction 数据库名 with no_log
    backup log 数据库名 with no_log
    dbcc shrinkdatebase(数据库名)
      

  3.   

    http://blog.csdn.net/you_tube/archive/2009/04/25/4122255.aspx
      

  4.   

    第一步, 在收缩前先查看日志的大小:
    SELECT *
    FROM sysfiles
    WHERE name LIKE '%LOG%'
    GO第二步, 把数据库的恢复模式设成”简单”:
    ALTER DATABASE 库名 SET RECOVERY SIMPLE
    GO第三步, 运行checkpoint指令, 把dirty page写进数据库:
    CHECKPOINT
    GO
     
    第四步, 截断日志: 
    BACKUP LOG 库名 WITH NO_LOG
    GO第五步, 记录一下日志名为下一步做准备:SELECT Name
    FROM sysfiles
    WHERE name LIKE '%LOG'
    GO
     
    第六步, 收缩日志文件, 把不用的空间释放给操作系统:
    DBCC SHRINKFILE (文件名, 所需大小)
    GO第七步, 验证一下日志大小是否达到所需大小了:
    SELECT *
    FROM sysfiles
    WHERE name LIKE '%LOG%'
    GO 后续步骤:
     1)查看你的主要数据库, 看看日志增长是否失控;
     2)查看上面的代码, 并进行必要修改和测试以适应你的数据库要求;
     3)定期收缩数据库 ----(注: 慎用!! 不建议用在production环境里.)
     4)继续监控数据库大小和服务器上的可用空间大小. 
      

  5.   

    这里日志收缩,数据库收缩第六步改为DBCC SHRINKDATABASE(数据名)
    日志查询改为
    [code=SQL]SELECT *
    FROM sysfiles
    WHERE NAME NOT  LIKE '%log%'
    [/code]
      

  6.   

    人工压缩数据库两种方式:1、用Enterprise Manager 压缩数据库
    在Enterprise Manager 中在所要压缩的数据库上单击右键,从快捷菜单中的“所有任务(All Tasks)”中选择“Shrink Database(压缩数据库)”选项
    、用Transact-SQL 命令压缩数据库
    可以使用DBCC SHRINKDATABASE 和DBCC SHRINKFILE 命令来压缩数据库。其中DBCC SHRINKDATABASE 命令对数据库进行压缩,DBCC SHRINKFILE 命令对数据库中指定的文件进行压缩。(1) DBCC SHRINKDATABASE 
    DBCC SHRINKDATABASE 命令语法如下:
    DBCC SHRINKDATABASE (database_name [, target_percent]
    [, {NOTRUNCATE | TRUNCATEONLY}] )
    各参数说明如下: 
    target_percent 指定将数据库压缩后,未使用的空间占数据库大小的百分之几。如果指定的百分比过大,超过了压缩前未使用空间所占的比例,则数据库不会被压缩。并且压缩后的数据库不能比数据库初始设定的容量小。 
    NOTRUECATE
    将数据库缩减后剩余的空间保留在数据库,中不返还给操作系统。如果不选择此选项,则剩余的空间返还给操作系统。 
    TRUNCATEONLY
    将数据库缩减后剩余的空间返还给操作系统。使用此命令时SQL Server 将文件缩减到最后一个文件分配,区域但不移动任何数据文件。选择此项后,target_percent 选项就无效了。
     压缩数据库mytest 的未使用空间为数据库大小的20%。
    dbcc shrinkdatabase (mytest, 20)
    运行结果如下:
    DBCC execution completed. If DBCC printed error messages, contact your system administrator. (2) DBCC SHRINKFILE
    DBCC SHRINKFILE 命令压缩当前数据库中的文件。其语法如下:
    DBCC SHRINKFILE ( {file_name | file_id }
    { [, target_size] |
    [, {EMPTYFILE | NOTRUNCATE | TRUNCATEONLY}] } )
    各参数说明如下:
    file_id
    指定要压缩的文件的鉴别号(Identification number, 即ID)。文件的ID 号可以通过 FILE_ID()函数或如本章前面所讲述的Sp_helpdb 系统存储过程来得到。 
    target_size
    指定文件压缩后的大小。以MB 为单位。如果不指定此选项,SQL Server 就会尽最大可能地缩减文件。 
    EMPTYFILE
    指明此文件不再使用,将移动所有在此文件中的数据到同一文件组中的其它文件中去。执行带此参数的命令后,此文件就可以用ALTER DATABASE 命令来删除了。 
    其余参数NOTRUNCATE 和TRUNCATEONLY 与DBCC SHRINKDATABASE 命令中的含义相同。 
    例6-15: 压缩数据库mydb 中的数据库文件mydb_data2 的大小到1MB。 use mydb dbcc shrinkfile (mydb_data2, 1) 
      

  7.   

    /*--特别注意 请按步骤进行,未进行前面的步骤,请不要做后面的步骤 
    否则可能损坏你的数据库. 
    一般不建议做第4,6两步 
    第4步不安全,有可能损坏数据库或丢失数据 
    第6步如果日志达到上限,则以后的数据库处理会失败,在清理日志后才能恢复. 
    --*/ --下面的所有库名都指你要处理的数据库的库名 1.清空日志 
    DUMP  TRANSACTION  Mydpc  WITH  NO_LOG    2.截断事务日志: 
    BACKUP LOG Mydpc WITH NO_LOG 3.收缩数据库文件(如果不压缩,数据库的文件不会减小 
    企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件 
    --选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了 
    --选择数据文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了 也可以用SQL语句来完成 
    --收缩数据库 
    DBCC SHRINKDATABASE(库名) --收缩指定数据文件,1是文件号,可以通过这个语句查询到:select * from sysfiles 
    DBCC SHRINKFILE(1) 4.为了最大化的缩小日志文件(如果是sql 7.0,这步只能在查询分析器中进行) 
    a.分离数据库: 
    企业管理器--服务器--数据库--右键--分离数据库 b.在我的电脑中删除LOG文件 c.附加数据库: 
    企业管理器--服务器--数据库--右键--附加数据库 此法将生成新的LOG,大小只有500多K 或用代码: 
    下面的示例分离 pubs,然后将 pubs 中的一个文件附加到当前服务器。 a.分离 
    EXEC sp_detach_db @dbname = '库名' b.删除日志文件 c.再附加 
    EXEC sp_attach_single_file_db @dbname = '库名', 
      @physname = 'c:\Program Files\Microsoft SQL Server\MSSQL\Data\库名.mdf' 5.为了以后能自动收缩,做如下设置: 
    企业管理器--服务器--右键数据库--属性--选项--选择"自动收缩" --SQL语句设置方式: 
    EXEC sp_dboption '库名', 'autoshrink', 'TRUE' 6.如果想以后不让它日志增长得太大 
    企业管理器--服务器--右键数据库--属性--事务日志 
    --将文件增长限制为xM(x是你允许的最大数据文件大小) --SQL语句的设置方式: 
    alter database 库名 modify file(name=逻辑文件名,maxsize=20)
      

  8.   

    4楼的不错 dump transaction 数据库名 with no_log
    backup log 数据库名 with no_log
    dbcc shrinkdatebase(数据库名)
      

  9.   

    收缩数据库
    delete 不会整理页空间。
    执行DBCC INDEXDEFRAG进行碎片整理。
    如仍旧不行,直接建一个数据库,再把数据导入到新库里面。
      

  10.   

    参考一下这个贴子
    http://topic.csdn.net/u/20090602/17/798b19a4-b5bd-4ca8-a0e6-726d20f9bf75.html?50489