我现在正在收缩数据库文件,以前也收缩过文件,因为这次收缩文件比较大,该文件大约有400G,所以想知道收缩这么大的文件需要多少时间,问题很简单,希望知道的能告诉我一声,还有需要注意的事项。
  谢谢了,我在线上,很快就会给分!:(

解决方案 »

  1.   


    --先备份数据库--截断事务日志
    backup log 数据库名 with no_log
    go--收缩数据库
    dbcc shrinkdatabase(数据库名)
    go
      

  2.   

    邹建老师,谢谢你的回答,不过我现在先收缩一个6G的文件,采用命令dbcc shrinkfile(‘文件名’,7),现在已经运行了25分钟,还没有停止,是不是哪里出了问题?还是哪里需要调整?
      

  3.   

    400G?日志文件太大?清除他.清除日志: 
    DECLARE @LogicalFileName sysname,
            @MaxMinutes INT,
            @NewSize INT
    USE     szwzcheck             -- 要操作的数据库名
    SELECT  @LogicalFileName = 'szwzcheck_Log',  -- 日志文件名
    @MaxMinutes = 10,               -- Limit on time allowed to wrap log.
            @NewSize = 20                  -- 你想设定的日志文件的大小(M)
    -- Setup / initialize
    DECLARE @OriginalSize int
    SELECT @OriginalSize = size 
      FROM sysfiles
      WHERE name = @LogicalFileName
    SELECT 'Original Size of ' + db_name() + ' LOG is ' + 
            CONVERT(VARCHAR(30),@OriginalSize) + ' 8K pages or ' + 
            CONVERT(VARCHAR(30),(@OriginalSize*8/1024)) + 'MB'
      FROM sysfiles
      WHERE name = @LogicalFileName
    CREATE TABLE DummyTrans
      (DummyColumn char (8000) not null)
    DECLARE @Counter   INT,
            @StartTime DATETIME,
            @TruncLog  VARCHAR(255)
    SELECT  @StartTime = GETDATE(),
            @TruncLog = 'BACKUP LOG ' + db_name() + ' WITH TRUNCATE_ONLY'
    DBCC SHRINKFILE (@LogicalFileName, @NewSize)
    EXEC (@TruncLog)
    -- Wrap the log if necessary.
    WHILE     @MaxMinutes > DATEDIFF (mi, @StartTime, GETDATE()) -- time 
          AND @OriginalSize = (SELECT size FROM sysfiles WHERE name = 
    @LogicalFileName)  
          AND (@OriginalSize * 8 /1024) > @NewSize  
      BEGIN -- Outer loop.
        SELECT @Counter = 0
        WHILE  ((@Counter < @OriginalSize / 16) AND (@Counter < 50000))
          BEGIN -- update
            INSERT DummyTrans VALUES ('Fill Log')  
            DELETE DummyTrans
            SELECT @Counter = @Counter + 1
          END   
        EXEC (@TruncLog)  
      END   
    SELECT 'Final Size of ' + db_name() + ' LOG is ' +
            CONVERT(VARCHAR(30),size) + ' 8K pages or ' + 
            CONVERT(VARCHAR(30),(size*8/1024)) + 'MB'
      FROM sysfiles 
      WHERE name = @LogicalFileName
    DROP TABLE DummyTrans
    SET NOCOUNT OFF
     
    把szwzcheck换成你数据库的名字即可,在查询分析器里面运行。 
    有全角的空格(为了显示好看),你自己把他换一下. 
    收缩日志:企业管理器--所有任务--收缩数据库--文件--选日志文件收缩
      

  4.   

    不是日志文件,我是远程连接客户的机器,因为机器的空间挤满了,所以我只能进行收缩工作,就是不知道需要多少时间,刚才邹建老师说的只需要1小时,我不知道对不对,我现在还没有开始收缩那个400G的文件,而是先收缩一个6G的文件,已经30多分钟了,还没收缩下来,大家看看这条命令 :dbcc shrinkfile('文件名',7)有没有问题?能不能不保留收缩信息到日志中?呵呵,空间小,我头都大了
      

  5.   

    --先要截断日志
    backup log db_name with no_log
    go
    --然后再收缩
    dbcc shrinkfile('文件名',7)
    go
    --------我以前收缩过20+G的数据库,大概几分钟就能搞定
      

  6.   

    都说收缩很快,可我怎么看不到快的迹象?表里面有image等字段,是不是因为有这种字段,收缩会很慢?
      

  7.   

    呵呵,谢谢以上各位的热心回答,现在任务已经结束,我马上给分。先向大家报告一下收缩情况,我把400G分别收缩了两次,一次收缩了60G,一次收缩了100G,两次都花了8小时才收缩成功,时间还真长啊!