SQL Server 2005：实时SQL Server备份有多可靠？

有很多软件直接从数据库备份SQL Server，而不是备份从SQL Server中取出的文件。就其对生产系统的影响而言，我总是害怕使用它。有人对这个有经验么？它可靠吗？这与您正在使用的产品有关系么，还是与已知的SQL Server API进行交互，所以这并不重要？

本机备份与第三方工具一样可靠。第三方工具实际上使用本地备份来备份数据库。他们只需设置一个虚拟磁带机，然后备份到该设备。该设备实际上是在备份上执行额外压缩等的dll。

通过networking备份备份数据库文件而不停止SQL Server数据库不被支持，不应该被使用。

我有使用Redgate的SQL备份和Quest的LiteSpeed for SQL Server的经验（超越了SQL Server的本地备份function），这两者都是坚实的，对于我来说工作比原生SQL备份更快。他们都将扩展存储过程安装到SQL实例中。根据我的经验，使用这些产品之一甚至SQL的本地备份function要比从文件系统级别备份更可靠。通过使用SQL的本机备份或第三方备份软件包，您还可以使用更多的选项。

SQL Server备份是企业级的。您可以创build批处理脚本来备份数据库，然后在计划程序中运行它。

我们没有购买除SQL Server 2008之外的任何东西（同样适用于2005），并具有以下灾难恢复：*使用批处理脚本将每个生产数据库每日备份到文件中*将生产数据库复制到备份服务器 – 生产系统只需要在Web应用程序中更改configuration。

SQL Server有一个警报系统来告诉你是否有任何问题。对生产的影响很小，我们的DRA相当强劲，因为我们没有支付任何额外的费用。我们拥有3个以上物理位置的数据，绝对最差的情况下只会丢失一天的数据。

任何备份只能像相应的恢复一样可靠 。

我已经使用Backup Exec的代理收回了实时的SQL2005表，完全无缝和干净。它使用卷影复制而不是SQL API来完成它的工作，但是我期望SQL VSS编写器只是在内部使用这些API（VSS实际上只是在一天结束时备份和恢复的一个通用接口）。