Server 2005备份策略

Question

我使用以下规范管理客户端的web应用程序：

• 运行在虚拟Windows2003Web服务器上的ASP.net 3.5
• Server标准托管数据库
• 数据库当前大小为6Gb，每月增长率为1GB
• 一个表负责98%的大小，为客户端保存最关键的数据。
• 日志不为此大表保存，只在此表中进行选择。
• 50 Gb FTP空间可用于备份

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

Answer 1

下面是我们为CodePlex.com使用的策略：

• 所有SQL服务器都使用SQL镜像与对等服务器一起运行。
• 每周全备份(存储在与数据库分离的驱动器上)
• 每日差异备份(存储在与数据库分离的驱动器上)
• 每5分钟备份一次事务日志(存储在与数据库分离的驱动器上)
• 每日磁带备份
• 每周在场外进行磁带备份

同样非常重要的是，测试您的备份！研究表明，超过30%的未经测试的备份过程是有缺陷的。以下是我们的备份测试策略：

• 每30分钟确认完整备份文件是否存在(使用计划任务)
• 每30分钟确认差异备份文件是否存在(使用计划任务)
• 每30分钟确认事务日志备份文件是否存在(使用计划任务)
• 每隔30分钟确认配置了数据库镜像(使用计划任务)
• 每天对full+differential备份进行测试恢复，并报告表行计数(使用预定任务)
• 每月一次对最近的磁带备份进行一次测试恢复并验证数据

Answer 2

这取决于数据有多重要。不过，我还是会这样做的。1.每天运行一个完整的备份。2.每4小时执行一次差异备份。3.每15分钟运行一次事务日志备份。在站点上保存一份副本，并在备份完成后将副本移出站点。

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

使用第三方工具(如Redgate SQL备份 )，它将自动压缩和加密数据库备份。我已经广泛地使用了它，并且是我的忠实粉丝。

此外，如果您可以使用另一个站点，而且数据非常关键，您可能也需要考虑设置日志传送。

Answer 3

这是VPC吗？你能安装应用程序吗？

http://www.jungledisk.com/

这就是我们所使用的--创建一个每天推送备份的sql作业，然后使用该服务将副本推送回亚马逊S3服务。如果不是这样的话，也许你可以有一个本地应用程序将备份拉到一台机器上，然后按下/w S3 webservice，或者仍然使用Jungledisk。

这事很重要!如果你的应用程序坏了，会很疼的！还要确保备份部署的应用程序和存储在那里的资源..。即上传内容到您的应用程序存储目录。