MSSQL 超大数据库 (2T) 文件组 备份 问题

[u012613225]

需求： 将A机器上的数据库通过文件组备份的方法转移到B机器上还原

操作步骤： 从A机器上 第一个文件组开始， 单独进行备份并同时进行事务日志备份，再把备份文件与对应的

事务日志文件一起拿到B机器还原，还原此文件组完成后，再重复此操作（备份与还原操作），直到最后一个文件组为止。


遇到的问题： 1 备份事物日志的时候，发现备份出来的日志文件大小不固定，有时候大，有时候小，比如早上备份出来有五百多M，过一会儿后再备份，只有几十M。 鄙人钢接手此库，前任库管未交接就离任，不知出现此现象是否 是 由于 有自动操作日志的脚本 引起。如果是，还望各位前辈指点如何在库或者管理界面上查看或找到此脚本
2 因为库太大，每次备份文件组的时间 与 下一次备份的时间 都会间隔好几天，如果有自动清除日志的脚本，是否会导致 备份文件在B机器上还原的时候失败？（因为中间间隔时间里有日志被删）

还望各位前辈不吝赐教，小弟感激不尽！

[發糞塗牆]

早上大，是因为你晚上做了一些维护操作，产生了日志，2T的库，的确要用文件组备份，但是不要乱动日志，非常重要

[u012613225]

但为什么日志不是越来越大，而是有些时候会变小甚至只有几百K呢？请前辈指点，感谢

[LongRui888]

1、备份日志，一会变大，一会变小，是因为你刚备份完日志，备份了很多，接下来，你又备份日志，那么这个时候只会备份从上次备份日志完成后，到下一次备份日志之间的数据变化，所以后一次备份的日志少多了，备份文件就小了。 2、如果你是一开始做了完成的文件组备份，以后每隔几天，做的差异备份，然后再备份日志，就可以的，那么清除日期也没问题。 但不建议这儿做，因为要是数据库有什么损坏，虽然还是能还原，但是会丢失一部分数据。

[發糞塗牆]

引用 2 楼 u012613225 的回复:

但为什么日志不是越来越大，而是有些时候会变小甚至只有几百K呢？请前辈指点，感谢

常规日志备份就会截断日志，ldf的空间可以重用，直到不够的时候才增长

[LongRui888]

引用 2 楼 u012613225 的回复:

但为什么日志不是越来越大，而是有些时候会变小甚至只有几百K呢？请前辈指点，感谢

你说的是日志文件吗？ 如果是日志文件，那还是有可能变小的， 首先，日志文件的空间是循环使用的，所以一般情况下，不会越来越大。 其次，如果你的日志文件设置了自动收缩，那么有可能在空闲空间达到一个比例是，就会自动收缩，所以会编写

[Q315054403]

2T的DB交给你操刀，你们的管理或老板真勇敢

[KevinLiu]

日志备份有大小很正常，平时不用的时候不写日志自然就小，使用很频繁，DML操作多，产生的日志自然就多，备份自然就大了。这个不用奇怪。