问Server备份维护计划(完全、跨日志备份)

EN

就我个人而言，我有一个12 and(和不断增长的)数据库，它有一个夜间备份。我在磁盘上保存了5天，每个文件都保存在自己的文件中，并将它们复制到每晚的磁带上，并保留一个月左右的时间。我还拥有每小时发送一次的事务日志，每个日志都发送到自己的文件中。我保存了三天的这些，但从来没有复制到磁带。如果我升级磁带上的存储空间，我可能也会启动它，尽管它很可能不需要(IMO)，因为在中间有夜间备份。

正如Peter所说，最好至少在磁盘上备份几天，以使恢复更快、更容易，更不用说因为调试原因而恢复到二级数据库了。也很好，有一个很长的保留时间的磁带。这对我来说不是什么问题，但是如果你在你的应用程序中有删除功能，而客户端有一个‘哎呀，我删除了一些东西--一个月前我今天需要的东西，你能帮我把它拿回来吗？’类型时刻。

编辑：

作为对评论的回应，并在此扩展我的回答。我使用第二个/第三个SQL作业来管理我的文件。在SQL 2005中，我在管理文件时遇到了问题，因为文件的删除是不正确的，所以我编写了一些代码(VBScript)，以便在预定的任务中执行它，直到删除它。但是在SQL 2008中，要么他们修复了它，要么我做了一个更好的配置，它删除了我的旧备份、旧日志发送，甚至还删除了另一个保持DB健康的备份。然后，我使用一些VB脚本将我的文件复制到“磁带”，当我下一次感到无聊时，我真的应该用C#重写它。我正在使用IOMEGA驱动器/磁盘作为我的“磁带”，它们运行得非常好。

我认为最好的做法是在磁盘上保留大约三天的完整备份，并由磁带备份代理(veritas/tivoli等)将备份扫描到磁带上。

事务日志备份通常被配置到与完全备份相同的驱动器区域，磁带备份代理也会捕获它们。

这意味着，在发生恢复需求的情况下，您可以非常快地从最后三天的备份中恢复。再往前走，你得把它录下来。