麻烦大家不要再这样说了

大家不要再说数据库简单恢复模式不记日志，或者把日志文件很大归咎于恢复模式不是Simple了，好吗？

解决方案 »

免费领取超大流量手机卡，每月29元包185G流量+100分钟通话, 中国电信官方发货

大家不要再说数据库简单恢复模式不记日志，或者把日志文件很大归咎于恢复模式不是Simple了，好吗？
大家不要再说数据库简单恢复模式不记日志，或者把日志文件很大归咎于恢复模式不是Simple了，好吗？
说你的建议吧
难道你建议不要设置成Simple，没有配套设置情况下日志增大了不能归咎于设置问题？
现实情况下一般的系统，设置成Simple是最简单的防止出现日志增大问题的方法，虽然损失了一些安全性，但是在很多情况下这个损失是可以接受的
麻烦去了解下什么叫minimal logging和auto truncate，好吗？
simple ,简单恢复模式，日志管理器触发检查点，当日志的空间占用70%的时候自动截断
个人认为，sql server 日志，记录所有的操作，其中包含事物回滚，
一般在临时数据库记录日志的时候，日志的记录很少，只要够回滚的就够了
大家不要再说数据库简单恢复模式不记日志，或者把日志文件很大归咎于恢复模式不是Simple了，好吗？
大家不要再说数据库简单恢复模式不记日志，或者把日志文件很大归咎于恢复模式不是Simple了，好吗？
大家不要再说数据库简单恢复模式不记日志，或者把日志文件很大归咎于恢复模式不是Simple了，好吗？
- -身为版主不可以水贴倒分哦，见者有份才行
一般来说要使用full模式是为了保持日志链，能做到回复任何时候的数据，单这样的代价就是若未定期做日志备份导致庞大的日志。而一般要求这个级别的数据完整性的业务需求，除了金融商务级别的，都不多。
而做那个级别的DBA ,应该都用不着到这里问题日志增大怎么办- -
自然我们就会给它推荐永绝后患的 simple模式
而要使用full模式又不让日志很大，我们就需要回答提问者一个完整的维护计划，而不知道用户真实需求，这个维护计划显然不会是绝对合理的。而且还会结合硬件才能提出一个完美的方案。
这样高级DBA大家都知道，初级的看到回复会提出更多问题- -
我们就采用简单办法了-》请更改恢复模式
选不选SIMPLE模式看要看公司的备份策略，看看你能够允许的最大数据损失了。
大家不要再说数据库简单恢复模式不记日志，或者把日志文件很大归咎于恢复模式不是Simple了，好吗？
大家不要再说数据库简单恢复模式不记日志，或者把日志文件很大归咎于恢复模式不是Simple了，好吗？
大家不要再说数据库简单恢复模式不记日志，或者把日志文件很大归咎于恢复模式不是Simple了，好吗？
说的太绝对了。
你开个显示事务不提交试试。要么对更新频繁的表做个事务发布，然后把logreader关了，看看还有没有70%自动截断的情况
“哦” & 路过 ......
一年了，这帖子生命力真强啊 .... 日志还是要记得。 simple也还是可以用的。关键是要看需求。
楼主说的很对。simple也会记录日志，如果要是不记录日志，那么如何rollback。另外，日志大小，主要和事务相关，如果有一些超大的事务，那么日志量就会暴增，所以和是不是simple没有必然的关系，当然如果是full模式，那么不备份日志，日志文件肯定是会越来越大的。