SQL SERVER 2008截断日志

ghostwulei

luckyrandom 发表于 2015-10-10 20:15
敏感过度，即使切换到SIMPLE，也不存在丢失数据之说，若真是怕碰上灾难点，那就21：55做，减少时间窗口
真 ...

主要到目前为止还未出现过需要恢复的情况，现在所有资料查下来，如果周日做全备，其余时间差异备份，周四服务器早上9点宕机，如果我设置了事务日志的备份，每5分钟，这5分钟我应该是追加事务日志还是覆盖所有事务日志？同时我选择截断事务日志，然后我恢复的话应该是周日的全备+周四早上的增备+我事务日志（每5分钟一个文件还是1个文件包含了从差异备份完-出故障的时间）然后加上网上找到的尾日志进行恢复，且在第一次做源设备还原的时候必须选择不回滚未提交的事务，不然好像是不能选取增备与尾日志是嘛，求指教！

cuipinggui

我的处理方法：每天备份时也把日志阶段一次，这样做的好处是不会影响数据恢复

ghostwulei

cuipinggui 发表于 2015-10-20 11:36
我的处理方法：每天备份时也把日志阶段一次，这样做的好处是不会影响数据恢复

但是感觉事务日志备份下会好一点，如果出问题，你还可以用事务日志，假设硬件出问题的话

zenny

首先， 不提倡收缩xlog。 因为它还会增长， xlog 的增长不同于data file ， 不能使用instant initialization feature. 需要耗时。
其次， 建议做xlog backup， xlog然后可以重用。 这样blog 文件的增长也能得到有效控制。 当然， 如果在repl， CDC， mirroring， 等等情况下， 是有些例外的。

还有， 建议设置blog file file growth  ＝ 4GB，  原因是减少 VLF 的数量。 VLF 多余128 个 write log  操作会耗费时间。

可通过
dbcc sqlperf(logspace) 查看 log space usage

通过
dbcc loginfo() 来查看VLF 数量， 一般来说超过250 就是太多了。

ghostwulei

zenny 发表于 2015-10-22 09:37
首先， 不提倡收缩xlog。 因为它还会增长， xlog 的增长不同于data file ， 不能使用instant initializatio ...

dbcc loginfo()语句看到的貌似并没有VLF字段，请问具体是哪个？

zenny

ghostwulei 发表于 2015-10-22 09:44
dbcc loginfo()语句看到的貌似并没有VLF字段，请问具体是哪个？

the count of rows is the count of VLF

ghostwulei

zenny 发表于 2015-10-22 10:07
the count of rows is the count of VLF

那还好，没有这么多，如果多了的话应该通过哪种方式进行删除，收缩？还是截断？

cuipinggui

ghostwulei 发表于 2015-10-21 09:04
但是感觉事务日志备份下会好一点，如果出问题，你还可以用事务日志，假设硬件出问题的话

备份当然包括事务日志备份。
事务日志备份后马上把截断一次，这样日志不至于变得很庞大

ghostwulei

cuipinggui 发表于 2015-10-22 13:18
备份当然包括事务日志备份。
事务日志备份后马上把截断一次，这样日志不至于变得很庞大

恩，要的就是这效果，你们一般多久备份一次？我现在设半小时。

cuipinggui

ghostwulei 发表于 2015-10-22 13:30
恩，要的就是这效果，你们一般多久备份一次？我现在设半小时。

一天一次就行了，半小时太频繁了，磁盘写入太频繁，反而会影响性能