有一个92MB MDF，带有58MB LDF COBO可以吗？如何管理日志以保持运行良好？

Question

我有适当的工作来修剪用于历史记录和记录的工作表，以使它们保持修剪。我想确保我不忽略日志文件。

我该如何以及应该做什么来检查日志文件？

我在每晚的时间表上运行的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

（恢复模式很简单）

Answer 1

如果您的数据库处于完整或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

Answer 2

不确定该问题是备份策略还是对数文件的大小之一。

埃里克（Eric）解释了备份模式。

如果您担心日志文件的大小，也可以将日志文件设置为自动流。 SQL Server将允许您自动以一百分点或设定的兆字节数量自动化日志文件。如果您的日志文件具有限制的增长空间，则还可以设置绝对尺寸限制。

如果您走这条路线，您很可能希望作为常规维护例程的一部分缩小日志文件。

Answer 3

通过简单的恢复模式，我不相信日志文件需要做很多事情。在简单的模式下，SQL Server不应长期持续到日志文件中的交易。

我知道在Oracle中，一旦引擎到达文件的末尾，并将交易设置为不再需要，则将日志文件覆盖。我不确定SQL Server是否遵循相同的方法，或者是在进行交易完成过程或发生检查点事件后立即清除日志文件。

我认为，如果您正在寻找此状态下的日志文件的最佳大小（如果您具有测试的灵活性），我将将日志文件设置为自动化几个MB，并将初始尺寸设置为低点。然后让它进行一两次迭代，并密切注意大小。