删除事务日志文件并不安全

我经常看到有人在做这样一项工作，就是在分离一个数据库之后，删除日志文件以缩减它。其实这是一个非常危险的操作，它可能导致你的数据库损坏。　　尽管你可以在没有日志文件的情况下添加数据库，但这并不是所有情况都可以。有时SQL Server无法恢复并创建新的日志文件，这样你就可能会失去整个数据库。

　　如果你的数据库不断地增长并已形成很大的规模，你肯定会将完全恢复模式换成简单恢复模式。这样可以帮助你控制事务日志文件大小，而且是绝对安全的。唯一的缺点就是你不能再做事务日志即时恢复了。　　那么为什么很多人都在做删除事务日志的工作呢?通常情况下，删除日志是安全的，但是事务日志不是普通的日志文件。

一个事务……

我们一直都在努力坚持原创.......请不要一声不吭，就悄悄拿走。

我原创，你原创，我们的内容世界才会更加精彩！

【所有原创内容版权均属TechTarget，欢迎大家转发分享。但未经授权，严禁任何媒体（平面媒体、网络媒体、自媒体等）以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget

官方微博

TechTarget中国

我经常看到有人在做这样一项工作，就是在分离一个数据库之后，删除日志文件以缩减它。其实这是一个非常危险的操作，它可能导致你的数据库损坏。

　　尽管你可以在没有日志文件的情况下添加数据库，但这并不是所有情况都可以。有时SQL Server无法恢复并创建新的日志文件，这样你就可能会失去整个数据库。

　　如果你的数据库不断地增长并已形成很大的规模，你肯定会将完全恢复模式换成简单恢复模式。这样可以帮助你控制事务日志文件大小，而且是绝对安全的。唯一的缺点就是你不能再做事务日志即时恢复了。

　　那么为什么很多人都在做删除事务日志的工作呢?通常情况下，删除日志是安全的，但是事务日志不是普通的日志文件。一个事务日志包含了数据库变更的每一条记录，还有变更之前与之后的值。在交付给数据库之前，所有的变更都已经写入到事务日志了，所以如果服务器出现故障那么数据库也将保持一致状态。

　　如果你的日志文件仅仅是比较大，且需要进行缩减时，你可以使用DBCC SHRINKFILE命令来缩减日志文件的大小，但不建议定期执行这一任务。