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 webservice，或者仍然使用Jungledisk。

这很重要！如果您的应用程序出现故障，那就很痛！另外，请确保备份已部署的应用程序和存储在那里的资源...即上传的内容到您的应用程序存储目录。

Answer 4

我应该输入我对你的问题的答案，但我意识到在this article in SQLServerCentral.com之类的地方有很多更大的资源。您还可以找到许多“备份最佳实践”like this one。

Answer 5

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