SQL Server 2005备份策略

Question

我通过以下规范为客户管理Web应用程序：

• 在虚拟Windows 2003 Web服务器上运行的ASP.net 3.5
• 托管数据库的SQL Server Standard
• 数据库当前大小为6Gb，月增长率为1Gb
• 一个表负责98％的大小，为客户保存最关键的数据
• 该大表不保留日志，仅在该表中进行选择
• 50 Gb FTP空间可用于备份

考虑到这种情况，SQL备份的最佳策略是什么，哪种工具最适合此任务（包括商业应用程序，客户可以支付许可费）？

Answer 1

这取决于数据的重要性。 但是，这就是我的做法。 1.每天运行一次完整备份。 2.每4小时运行一次差异备份。 3.每15分钟运行一次事务日志备份。4.在站点上保留一份副本，并在备份完成后立即将副本从站点上移开。

数据库不是太大，这很容易做到。

使用第三方工具（如Redgate SQL Backup） ，它将为您自动压缩和加密数据库备份。 我已经广泛使用它，并且非常喜欢。

此外，如果另一个站点可用，并且数据非常重要，则您可能还需要考虑设置日志传送。

Answer 2

这是我们用于CodePlex.com的策略：

• 所有SQL服务器都使用SQL镜像与对等服务器一起运行
• 每周完整备份（与数据库存储在单独的驱动器上）
• 每日差异备份（存储在与数据库不同的驱动器上）
• 每5分钟备份一次事务日志（存储在与数据库不同的驱动器上）
• 每日磁带备份
• 每周异地备份磁带

测试您的备份也很重要！ 研究表明，超过30％的未经测试的备份过程存在缺陷。 这是我们的备份测试策略：

• 每30分钟验证完整备份文件是否存在（使用计划任务）
• 每30分钟验证差异备份文件是否存在（使用计划任务）
• 每30分钟验证一次事务日志备份文件是否存在（使用计划任务）
• 每30分钟验证一次数据库镜像配置（使用计划任务）
• 每天都要对完整备份和差异备份进行测试还原，并报告表行计数（使用计划任务）
• 每月一次，对最新的磁带备份进行测试还原，并验证数据

Answer 3

这是VPC吗？ 您可以安装应用程序吗？

http://www.jungledisk.com/

这就是我们使用的-制作一个每天执行一次备份的sql作业，然后使用该服务将副本推回到Amazons S3服务。 如果不是这样，您可能有一个本地应用程序将备份拉到计算机上，然后将其推送到/ w S3 Web服务，或者仍在使用Jungledisk。

这个很重要！ 如果您的应用程序出现故障，则很痛苦！ 还要确保备份已部署的应用程序和存储在其中的资源...即将内容上载到应用程序的存储目录。

Answer 4

我本应该输入对您问题的回答，但是我意识到，像SQLServerCentral.com中的这篇文章一样，这里有很多更多的资源。 您还可以找到许多类似的“备份最佳实践”。

Answer 5

您可能还需要考虑丢失多少数据以及恢复数据库需要多长时间。 您的客户可能会决定他们永远不会丢失超过15分钟的数据，或者他们可能会认为丢失长达一天的数据是可以的。