首页 诗词 字典 板报 句子 名言 友答 励志 学校 网站地图
当前位置: 首页 > 教程频道 > 数据库 > SQL Server >

關于備份計划及收縮日记大小的問題

2012-12-22 
關于備份計划及收縮日志大小的問題數據庫是mssql 2000 sp4﹐現在我做了一個備份計划﹐每周日晚12點做一個完

關于備份計划及收縮日志大小的問題
數據庫是mssql 2000 sp4﹐現在我做了一個備份計划﹐每周日晚12點做一個完整備注﹐然后每周一到六12點做差異備份﹐并且每天從早上8點到晚12點(晚12點到早8點沒人上班﹐理論上不會有新數據)﹐每隔30分鐘做一次log備份﹐這樣﹐在備份文件不被破壞的情況下﹐可以做到恢復數據到30分鐘以內。現在我有一個問題﹐由于數據量比較大﹐而且操作頻繁﹐所以log文件增長很快﹐所以﹐我想每周清理一次log﹐并且收縮log文件﹐這樣做對于完整備份及差異備份應該是沒什么影響﹐也就是我可以恢復記錄到每天晚12﹐問題是清理了LOG并收縮LOG文件后﹐對LOG恢復有沒有什么影響?也就是說﹐收縮完LOG扣﹐我用完整+差異+log備份﹐還能不能做到恢復數據到30分鐘以內?如果沒什么影響的話﹐我打算是每周日去做這個動作﹐那么是在完全備份前做好﹐還是完整備份后做比較好?

[最优解释]
你做了完全(完整)备份后,把日志清除了就行了.

/*
标题:清除日志和收缩日志
作者:爱新觉罗·毓华 
时间:2008-07-14
地点:新疆乌鲁木齐
资料来源:深圳外经贸局年检数据库和CSDN会员adis789咨询sql server日志为啥会增长很快, 
有一个程序每5秒钟写数据一次,然后数据库日志经常增长很快,怎么避免这样的事情发生呢? 
怎么能让sql server日志增长不要这么快,数据文件才100M日志文件居然1G多。
*/

[code=SQL]
--清除日志:
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换成你数据库的名字即可,在查询分析器里面运行。

--收缩日志:企业管理器--所有任务--收缩数据库--文件--选日志文件收缩

[/code]
[其他解释]
在完整备份后做比较好 这样才保证数据的安全
[其他解释]
引用:
我也想是在完整備份做會比較好﹐但我想確認這樣收縮LOG文件后﹐還能不能做到恢復數據到30分鐘以內﹐會不會出現丟失數據?


一样可以做到,不会丢失。

[其他解释]
我也想是在完整備份做會比較好﹐但我想確認這樣收縮LOG文件后﹐還能不能做到恢復數據到30分鐘以內﹐會不會出現丟失數據?
[其他解释]
引用:
我也想是在完整備份做會比較好﹐但我想確認這樣收縮LOG文件后﹐還能不能做到恢復數據到30分鐘以內﹐會不會出現丟失數據?

你有完整备份了,就不怕丢失数据.
[其他解释]
各位高手﹐確認不會有影響嗎?這玩意出問題﹐可是會丟工作的﹗
[其他解释]
引用:
各位高手﹐確認不會有影響嗎?這玩意出問題﹐可是會丟工作的﹗

不会出问题。
[其他解释]
引用:
各位高手﹐確認不會有影響嗎?這玩意出問題﹐可是會丟工作的﹗


不相信自己可以做实验的

你只需要拿半天的时间来模拟一个礼拜的时间,然后实行你的备份&恢复计划,看看有没问题。
[其他解释]
2楼方法可行的,我都手动按2楼处理过的
[其他解释]
LS各位有没有亲自试验过?LZ按上述先完整备份再收缩日志再做日志备份,确定能再正常恢复?
先完整备份再收缩日志,接下来再做日志备份的时候能成功?至少还需要再做一次完整备份吧?

热点排行