有一个92MB MDF,带有58MB LDF COBO可以吗?如何管理日志以保持运行良好?
-
16-10-2019 - |
题
我有适当的工作来修剪用于历史记录和记录的工作表,以使它们保持修剪。我想确保我不忽略日志文件。
我该如何以及应该做什么来检查日志文件?
我在每晚的时间表上运行的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
(恢复模式很简单)
解决方案
如果您的数据库处于完整或Bulk_logged恢复模式,则需要定期备份数据库和日志文件。如果您的数据库处于简单的恢复模式,则只需定期备份数据库即可。
请阅读以下文章以获取更多信息:
- http://technet.microsoft.com/en-us/magazine/2009.07.sqlbackup.aspx
- http://sqlskills.com/blogs/paul/post/a-sql-server-dba-myth-a-day-- (3030)-backup-myths.aspx
- http://www.sqlskills.com/blogs/paul/post/backup-log-with-no_log-use-use-use-abuse-abuse-and-undocument--trace-flags-flags-to-stop-it.aspx
- http://www.sqlskills.com/blogs/paul/post/why-you-should-not-not-not-not-shrink-your-data-files.aspx
其他提示
不确定该问题是备份策略还是对数文件的大小之一。
埃里克(Eric)解释了备份模式。
如果您担心日志文件的大小,也可以将日志文件设置为自动流。 SQL Server将允许您自动以一百分点或设定的兆字节数量自动化日志文件。如果您的日志文件具有限制的增长空间,则还可以设置绝对尺寸限制。
如果您走这条路线,您很可能希望作为常规维护例程的一部分缩小日志文件。
通过简单的恢复模式,我不相信日志文件需要做很多事情。在简单的模式下,SQL Server不应长期持续到日志文件中的交易。
我知道在Oracle中,一旦引擎到达文件的末尾,并将交易设置为不再需要,则将日志文件覆盖。我不确定SQL Server是否遵循相同的方法,或者是在进行交易完成过程或发生检查点事件后立即清除日志文件。
我认为,如果您正在寻找此状态下的日志文件的最佳大小(如果您具有测试的灵活性),我将将日志文件设置为自动化几个MB,并将初始尺寸设置为低点。然后让它进行一两次迭代,并密切注意大小。
不隶属于 dba.stackexchange