truncate log on checkpoint

关于 SQL SERVER 的log file

sql server 的log 是不会自动清除或者 rewrite的。除非人工清除。

在清除 log 内容的方法中，最容易的就是 truncate. 或者用 job 定期 backup log 之后自动清除。而 backup 的 log，可以使 database 在recovery 时, to the point you like.

如果不需要那些 log 文件的 backup，选 truncate log at checkpoint 就永远不用为log 担心了。

SQL SERVER 的 checkpoint 好像很难人为控制，应是系统自己控制的。当设置了 truncate log at checkpoint 时，系统即为在内容超过 log size 70% 的时候自动产生 checkpoint 清除 log 内容。

在 developing 的环境中，不需要 recovery database to the point of failure。因此不需要存档 archived log files. 多数就设置了 truncate log at checkpoint.

　　有些用户贪图简便，在生产环境中设置了 truncate log on checkpoint 。其原意不外是避免因写满日志而导致的业务停顿。殊不知，这样的设置可能带来不可挽回的灾难。因为当事务被截断后，从最近一次全备到当前的事务均不可能再 恢复了！如果这期间出现问题，如磁盘损坏，则将导致大量数据丢失。

　　在生产环境中，应通过配置合理的备份策略来进行全备和增量备份。典型的策略是每周一次全备，每天一次增量备份。用户应根据自身应用的实际情况（数据 量、数据增量、数据重要性等因素），合理调整，如改为一天两次增量备份。如果需要大量导入数据，可能写满日志，那么可能临时设置 truncate log on checkpoint，但需要注意的是：完成数据导入后，应立即取消此设置，并马上进行全备。

USE [database-name]

EXEC sp_dboption 'database-name', 'trunc. log on chkpt.', 'FALSE'