sql server中限制一个数据库的日志文件的大小和不限制他的大小，让他自增长，有什么区别？各有什么有缺点？

[lanbaibai]

sql server中限制一个数据库的日志文件的大小和不限制他的大小，让他自增长，有什么区别？各有什么有缺点？

[lanbaibai]

故障还原模型设为简单和完全有什么区别

[聪明的一休]

限制大小：日志满了后，就无法进行数据库操作了
不限制大小：可避免上面问题，但一直扩大会影响性能和安全，所以维护人员还要注意一下
其实一般日志备份每天都进行，所以也不在乎是否限制大小

[NinGoo]

如果我限制你每餐吃两个馒头，那么你想吃第三个馒头时我就不同意了。

如果我不限制你，那么你把馒头全吃光了，就没得吃了。这个时候你肚子发胀，可能引起其他并发症

呵呵

[zjcxc]

同意楼上

[老宛]

治标的方法:DBCC SHRINKDATABASE(yourdatabase)
或 分离数据库 然后把test.ldf拷贝到其他地方,在 附加数据库
或
1.清空日志
DUMP TRANSACTION 库名 WITH NO_LOG

2.截断事务日志：
BACKUP LOG 数据库名 WITH NO_LOG

3.收缩数据库文件(如果不压缩,数据库的文件不会减小
企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件
--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了
--选择数据文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了

治本的方法:如果你的日志不是很重要的话,把数据库的故障还原模型设为简单,并且设置为自动收缩(在企业管理器里面可以操作)

[jim138]

UP :)))

[cqdj]

NinGoo(宁哥) ( )比喻的很好，如果你没有一个好的详细的日志备份方案，你最好将你的数据库的恢复模式设置成“简单”，可以省去不少的麻烦。也能带来不少的麻烦