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

于份划及收日志大小的
是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 &gt; DATEDIFF (mi, @StartTime, GETDATE()) -- time 
      AND @OriginalSize = (SELECT size FROM sysfiles WHERE name = 
@LogicalFileName) AND (@OriginalSize * 8 /1024) &gt; @NewSize  
  BEGIN -- Outer loop.
    SELECT @Counter = 0
    WHILE  ((@Counter &lt; @OriginalSize / 16) AND (@Counter &lt; 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按上述先完整备份再收缩日志再做日志备份，确定能再正常恢复？
先完整备份再收缩日志，接下来再做日志备份的时候能成功？至少还需要再做一次完整备份吧？

于份划及收日记大小的

热点推荐