SQL Server 2005：正确的备份计划

我是一名.NET开发人员,我知道如何编写SQL,但我无法做任何形式的数据库维护调度yadda

所以,我最近从以前的客户接管了一个项目.该站点由Rackspace托管.

无论如何,以前的客户端每天进行三次完整备份(每8小时一次).我只是好奇什么是正确的标准？

我有些问题.

我是追加还是覆盖？

我是否将每日备份设置为过期？ [Rackspace每日差异和每周完整我也相信]

我是否需要备份事务日志？

我是否需要缩小事务日志？

请分享一些见解,最佳做法.他们将不胜感激！

谢谢！！

解决方法

Do I append or overwrite?

如果之后它将进入磁带,我会覆盖,否则选择一个可接受的磁盘时间表以使备份到期(根据您的恢复时间)并追加.

Do I set the daily backups to expire?
[Rackspace does a daily differential
and weekly full i believe as well]

是,除非磁盘空间不是问题

Do I need to backup the transaction
log?

是的,您需要经常恢复时间点.例如,如果您的SLA说您在失败的情况下只丢失了15分钟的数据,则需要每隔15分钟备份一次转换日志.

Do I need to shrink the transaction
log?

不 – 除非你以某种方式让它在某一点上增长到巨大的规模并且它现在从未使用超过1％,并且你的磁盘空间不足,那么也许

Please share some insights,best
practices. They’d be greatly
appreciated

您需要与业务部门合作,以确定在出现问题时他们希望丢失的数据类型以及允许数据库不可用的时间.一旦你就这些协议达成了协议,剩下的就变成了数学练习.在你的例子中,你提到你每天做3次.你需要弄清楚是不是有人在黑暗中拍摄,或者是否有理由每天拍摄3次(可能是由于恢复时间不可能增加)

请注意,只有在获得业务要求后才能规划恢复. “计划你的恢复”的口号是如此过度使用,以至于许多管理员实际上都认为,如果他们只是担心备份,他们会犯同样的错误.

（编辑：PHP编程网 - 黄冈站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!