SQL Server备份维护计划(完整备份日志备份)

前端之家收集整理的这篇文章主要介绍了SQL Server备份维护计划(完整备份日志备份)前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我已经制定了维护计划来执行:

>每晚完整备份(覆盖文件)
>一个2小时的事务日志备份(附加到1个文件分开到完整)

数据库处于完全恢复模式.

我们的想法是让磁带备份代理在sql Server完全备份完成后每晚备份完整备份文件.

但是我对如何设置事务日志的备份文件感到困惑.

处理的最佳做法是什么:

>进行常规的trans日志备份

>它应该为每个文件创建单独的文件吗?
>我如何在某些时候将每次备份从服务器上移到磁带上?

>每晚备份完整的数据库

>它应该每次都覆盖文件
>我注意到,即使设置为覆盖,备份文件在运行3天后仍然非常大. (DB = 28Gb,每晚备份文件= 58Gb)为什么会发生这种情况?

总之,设置完整和Trans Log备份计划然后将其备份到磁带的最佳实践(在文件细节方面)是什么?

谢谢,
A-非DBA开发者

解决方法

就个人而言,我有一个12GB(并且正在增长)的数据库,每晚备份一次.我在他们自己的文件中每天在磁盘上保留5天,并在一个月左右的保留时间将它们复制到磁带上.我还有每小时发送的事务日志,每个日志都有自己的文件.我保留了3天这些,但从未将它们复制到磁带上.如果我曾经升级磁带上的存储,我也可能会启动它,尽管它很可能不需要(IMO),因为你之间有夜间备份.

正如彼得所说,最好将备份保留在磁盘上至少几天,以便更快更容易地进行恢复,更不用说为了调试原因而更容易恢复到辅助数据库.也可以很好地保留胶带的长度.对我来说不是一个问题,但如果你的应用程序中有删除功能并且客户端有一个’oops我删除了一些东西……一个月前我今天需要的东西,你能帮我拿回来吗?’类型时刻.

编辑:在回答评论并在此处解释我的答案.我使用第二个/第三个sql作业为我管理文件.在sql 2005中,我遇到了管理不能正确删除文件的问题,因此我编写了一些代码(VBScript),以便在计划任务中为我执行此操作,直至删除它.但是在sql 2008中,他们修复了它,或者我只是在配置它时做得更好,它删除了我的旧备份,旧日志传输,甚至还删除了另一个以保持数据库健康.然后我使用一些VB脚本将我的文件复制到“磁带”,下次当我感到无聊时,我真的应该在C#中重写它.我正在使用IOMEGA REV驱动器/磁盘作为我的“磁带”,它们运行得非常好.

猜你在找的MsSQL相关文章