sqlserver 恢复模式及避免日志爆满的方法

recovery simple

循环日志，空间自动回收，不可备份日志，恢复时仅能恢复到数据库备份时间点；

用于落地数据或测试环境或OLAP，不推荐用于生产OLTP

有时候distribution过大也可置为simple

recovery bulk_logged

常规操作日志正常记录，特定操作时仅记录少量日志；

恢复时特定操作将做回滚处理，其他操作正常恢复到当前

特定操作：

1、select * into test2 from test1 where 1=1

2、DTS数据导入

3、bulk into

注意：特定操作不等于大数据操作，例如：

insert into test2 select * from test1

delete  from test2 where id<100000

将会记录全部日志 

优化表复制

--1、改为bulk_logged恢复模式

--操作前日志使用率

dbcc sqlperf(logspace)

alter database testdb set recovery bulk_logged

--2、推荐将sql1替换sql2

sql1:select * into test2 from test1 where 1=1 

sql2:insert into test2 select * from test1

- -操作后日志使用率，发现变化不大

dbcc sqlperf(logspace)

--3、重建索引

create index on test2

--4、重新改为full恢复模式

alter database testdb set recovery full

即优化了日志空间和插入速度，又优化了索引（大量数据插入，会引起大量索引碎片）

full recovery <--> BULK_LOGGED recovery

切换时不会造成日志链断裂，所以也不用担心日志不能备份

转自： http://www.db2china.net/home/space.php?uid=34945&do=blog&id=27521

recovery full

通过事务日志将数据库还原到任意的时刻点，

full模式下的空间优化：

一、事务内进行大批量的数据删除、更新操作，引起的日志爆满

1.多次少量原则，每次写入一定量的日志

2.手工触发checkpoint，每次发生checkpoint时会自动截断事务日志

二、复制时引起的日志爆满

复制可以在simple恢复模式下进行

三、完整恢复模式下引起的日志爆满

1.配合备份策略，进行日志归档

2.定期删除历史日志归档文件

四、执行备份的时候，可以截断部分事务日志

五、大批量数据导入的时引起的日志爆满

将恢复模式暂时改为BULK_LOGGED（仅记录回滚所需日志，不记录插入日志）,完成后及时改为full

六、使用警报，可以实现日志使用率超过一定量自动归档

七、查看日志空间使用率dbcc sqlperf(logspace)

各模式间切换时注意点

1、SIMPLE->FULL

完成切换后，需要立刻进行差异备份，恢复日志链

2、FULL->SIMPLE

先进行日志备份，因为切换会中断日志链

3、BULK_LOGGED<->full 自由切换

4、simple<->BULK_LOGGED 不常见