我的工作是整理用于历史记录和伐木的表格,以便保持它们的整洁。我想确保我不会忽视日志文件。
如何以及我应该做些什么来控制日志文件?
我在夜间计划中运行的sql脚本是:
declare @DBname varchar(500)
set @DBname = 'E:\Database\backup\PMIS_backup_'+ convert(varchar(MAX), getdate(), 23 ) +'.bak'
BACKUP DATABASE [PMIS] TO DISK = @DBname
WITH NOFORMAT, NOINIT, NAME = @DBname
, SKIP, REWIND, NOUNLOAD, STATS = 10发布于 2011-03-01 17:12:23
如果数据库处于完全或BULK_LOGGED恢复模式,则需要定期备份数据库和日志文件。如果数据库处于简单恢复模式,则只需要定期备份数据库。
欲了解更多信息,请阅读以下文章:
发布于 2011-03-01 19:22:06
不确定问题是备份策略还是日志文件大小。
埃里克解释了备份模式。
如果您担心日志文件的大小,也可以将日志文件设置为自动增长。SQL SERVER将允许您将日志文件自动增长一个百分比或设置一个兆字节数。如果日志文件的增长空间有限,也可以设置绝对大小限制。
如果您选择这条路线,您很可能希望收缩日志文件,将其作为常规维护程序的一部分。
发布于 2011-03-01 20:28:06
使用简单的恢复模式,我相信您不需要对日志文件做太多事情。在简单模式下,Server不应该将事务保存在日志文件中很长时间。
我知道在oracle中,一旦引擎到达文件的末尾,日志文件就会被覆盖,事务被设置为不再需要。我不确定SQL Server是否遵循同样的方法,或者一旦事务完成、处理或检查点事件发生,日志文件就会被清除。
我认为,如果您正在为处于这种状态的日志文件寻找最佳大小(如果您有一些测试的灵活性),我会将日志文件设置为自动增长几mb,并将初始大小设置得非常低。然后让它运行一个或两个项目,并保持关注的大小。
https://dba.stackexchange.com/questions/1518
复制相似问题