SQL Server数据库备份计划和日志截断

我有一个晚上备份的SQL Server 2005数据库。有备份包括：SQL Server数据库备份计划和日志截断

完全备份数据库。
事务日志的备份。

这些目前是两个单独的工作。

日志是巨大的，我想设置的东西，以便：

数据库完全夜间
日志备份的设置，这样我可以从任何恢复数据库指向一个备份与下一个备份之间。

我该如何设置它以便日志文件可以管理？由于日志很大，我怀疑日志从来没有收缩过。

来源

2009-04-09 Caveatrob

你在做什么实际上是一个简单的模式备份与奖金缺点不缩小日志。没有必要同时备份两者。如果您正在进行完整备份，则可以截断日志。

如果您能够恢复到任何时间点，那么您必须每天进行一次完整备份（例如），并在白天几次备份日志。请参阅http://msdn.microsoft.com/en-us/library/ms191429(SQL.90).aspx

来源

2009-04-09 21:06:07 GSerg

您目前正在从事物的声音实施完全恢复模型。这将允许您恢复到某个时间点，只要您拥有涵盖所需时间点（完全备份后）的事务日志备份。

为了减少所需的事务日志文件的大小，您应该考虑增加事务日志备份的频率。我会建议每小时。一旦你测量了日志文件的实际使用情况，你就可以将它缩小到更合适的大小。这里要注意的关键点是，一旦事务日志备份完成，日志文件的非活动部分就可以再次使用。事务日志文件连续增长的原因是事务日志备份是完全没有被采用或者它们的频率不足。

我还建议您考虑执行DIFFERENTIAL和FULL备份的组合以减少备份数据的总体大小。一个示例时间表是每周完整备份，例如每个星期日，每日差异备份。

我希望我所具有的具体意义。请随时直接与我联系，我会很乐意协助您为您的环境部署适当的备份策略。

基本参考文献：

来源

2009-04-09 21:44:10

一个我找到备份的事情是，人们通常不会运行它们经常不够的 - 尤其是当它涉及到日志文件备份。这听起来像你是正确的，日志文件没有被定期截断（这意味着你可能浪费高端磁盘空间[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

来源

2009-04-09 21:48:29