【问题标题】:SQL Server database backup plan and log truncationSQL Server 数据库备份计划和日志截断
【发布时间】:2009-04-09 20:00:38
【问题描述】:

我有一个每晚备份的 SQL Server 2005 数据库。那里的备份包括:

  1. 数据库的完整备份。
  2. 事务日志的备份。

目前这是两个独立的工作。

日志很大,我想这样设置:

  1. 数据库每晚完整备份
  2. 设置了日志,以便我可以从一个备份和下一个备份之间的任何时间点恢复数据库。

如何进行设置以使日志文件易于管理?我怀疑日志从未被缩小过,因为日志很大。

【问题讨论】:

    标签: sql-server sql-server-2005 backup transaction-log


    【解决方案1】:

    您目前正在从事物的声音实施完全恢复模型。这将允许您恢复到某个时间点,前提是您有一个涵盖所需时间点的事务日志备份(完全备份后)。

    为了减小所需事务日志文件的大小,您应该考虑增加事务日志备份的频率。我建议每小时。一旦您测量了日志文件的实际使用情况,您就可以将其缩小到更合适的大小。这里要注意的关键点是,一旦事务日志备份完成,日志文件的非活动部分将再次可供使用。事务日志文件持续增长的原因是事务日志备份要么根本没有被执行,要么它们的频率不够。

    我还建议您考虑混合执行差异备份和完整备份,以减少备份数据的总体大小。一个示例计划是每周 FULL 备份,例如每周日,每天进行 DIFFERENTIAL 备份。

    我希望我所详述的内容是有意义的。请随时直接与我联系,我很乐意协助您为您的环境部署适当的备份策略。

    基本参考资料:

    1. How to stop the transaction log file from growing enexpectedly
    2. Backup and Restoring Databases in SQL Server

    【讨论】:

      【解决方案2】:

      我发现备份的一个特点是人们通常不会足够频繁地运行它们 - 尤其是在日志文件备份方面。听起来你是对的,日志文件没有被定期截断(这意味着你可能会浪费高级磁盘空间 [1])。更重要的是,从可恢复性的角度来看,这会让您完全暴露。)

      不过,令人高兴的是,根据需要启动并运行它们并不难。事实上,我推荐以下三个视频,因为它们应该为您提供所需的背景信息,然后是您需要遵循的分步说明,以使一切正常运行: http://www.sqlservervideos.com/video/logging-essentials

      http://www.sqlservervideos.com/video/sql2528-log-files

      http://www.sqlservervideos.com/video/sqlbackup-best-practices

      1最大化存储性能:http://www.sqlmag.com/Article/ArticleID/100893/sql_server_100893.html

      【讨论】:

        【解决方案3】:

        您正在做的实际上是简单模式备份,具有不缩小日志的额外缺点。没有必要同时备份两者。如果您正在执行完整备份,则可以截断日志。

        如果您要能够恢复到任何时间点,则必须每天进行一次完整备份(例如),并在一天中备份几次日志。见http://msdn.microsoft.com/en-us/library/ms191429(SQL.90).aspx

        【讨论】:

          猜你喜欢
          • 1970-01-01
          • 2020-10-21
          • 1970-01-01
          • 1970-01-01
          • 2018-11-16
          • 1970-01-01
          • 1970-01-01
          • 1970-01-01
          • 1970-01-01
          相关资源
          最近更新 更多