Yishai Asked: 2009-08-27 11:20:13 +0800 CST2009-08-27 11:20:13 +0800 CST 2009-08-27 11:20:13 +0800 CST SQL Server 2005：实时 SQL Server 备份的可靠性如何？ 772 有很多软件可以直接从数据库中备份 SQL Server，而不是备份从 SQL Server 中提取的文件。就其对生产系统的影响而言，我一直害怕使用它。有人对这个有经验么？它可靠吗？您使用什么产品是否重要，或者它是否与已知的 SQL Server API 交互，所以这并不重要？ sql-server 5 个回答 Voted Best Answer mrdenny 2009-08-27T12:07:17+08:002009-08-27T12:07:17+08:00 本机备份与第三方工具一样可靠。第三方工具实际上使用本机备份来备份数据库。他们只需设置一个虚拟磁带驱动器，并将其备份到该设备。该设备实际上有 dll 可以在备份中进行额外的压缩等。 不支持在不停止 SQL Server 数据库的情况下通过网络备份备份数据库文件，因此不应使用。 squillman 2009-08-27T11:44:57+08:002009-08-27T11:44:57+08:00 我有使用 Redgate 的 SQL Backup 和 Quest 的 LiteSpeed for SQL Server 的经验（除了 SQL Server 的本机备份功能），这两者都坚如磐石，对我来说比本机 SQL 备份工作得更快。它们都将扩展存储过程安装到您的 SQL 实例中。根据我的经验，使用其中一种产品，甚至 SQL 的本机备份功能，比从文件系统级别备份要可靠得多。通过使用 SQL 的本机备份或第三方备份包，您还可以使用更多选项。 mson 2009-08-27T11:30:32+08:002009-08-27T11:30:32+08:00 SQL Server 备份是企业级的。您可以创建一个备份数据库的批处理脚本，然后在调度程序中运行它。 除了 SQL Server 2008（同样适用于 2005），我们没有购买任何其他产品，并进行了以下灾难恢复： * 使用批处理脚本对文件中的每个生产数据库进行每日备份 * 将生产数据库复制到备份服务器 -生产系统只需要在 Web 应用程序中更改配置。 SQL Server 有一个警报系统来告诉您是否有任何问题。对生产的影响很小，而且我们的 DRA 相当强大，因为我们没有支付任何额外费用。我们拥有 3 个以上物理位置的数据，在绝对最坏的情况下只会丢失一天的数据。 Maximus Minimus 2009-08-27T11:47:08+08:002009-08-27T11:47:08+08:00 任何备份都只与相应的还原一样可靠。 我已经使用 Backup Exec 的代理恢复了实时 SQL2005 表，完全无缝且干净。它使用卷影复制而不是 SQL API 来完成它的工作，但我希望 SQL VSS 编写器无论如何都只是在内部使用 API（VSS 只是在一天结束时真正用于备份和恢复的通用接口）。 adopilot 2009-08-27T13:30:53+08:002009-08-27T13:30:53+08:00 如果您真的想要实时 SQL 备份您可以尝试使用数据库复制
本机备份与第三方工具一样可靠。第三方工具实际上使用本机备份来备份数据库。他们只需设置一个虚拟磁带驱动器，并将其备份到该设备。该设备实际上有 dll 可以在备份中进行额外的压缩等。
不支持在不停止 SQL Server 数据库的情况下通过网络备份备份数据库文件，因此不应使用。
我有使用 Redgate 的 SQL Backup 和 Quest 的 LiteSpeed for SQL Server 的经验（除了 SQL Server 的本机备份功能），这两者都坚如磐石，对我来说比本机 SQL 备份工作得更快。它们都将扩展存储过程安装到您的 SQL 实例中。根据我的经验，使用其中一种产品，甚至 SQL 的本机备份功能，比从文件系统级别备份要可靠得多。通过使用 SQL 的本机备份或第三方备份包，您还可以使用更多选项。
SQL Server 备份是企业级的。您可以创建一个备份数据库的批处理脚本，然后在调度程序中运行它。
除了 SQL Server 2008（同样适用于 2005），我们没有购买任何其他产品，并进行了以下灾难恢复： * 使用批处理脚本对文件中的每个生产数据库进行每日备份 * 将生产数据库复制到备份服务器 -生产系统只需要在 Web 应用程序中更改配置。
SQL Server 有一个警报系统来告诉您是否有任何问题。对生产的影响很小，而且我们的 DRA 相当强大，因为我们没有支付任何额外费用。我们拥有 3 个以上物理位置的数据，在绝对最坏的情况下只会丢失一天的数据。
任何备份都只与相应的还原一样可靠。
我已经使用 Backup Exec 的代理恢复了实时 SQL2005 表，完全无缝且干净。它使用卷影复制而不是 SQL API 来完成它的工作，但我希望 SQL VSS 编写器无论如何都只是在内部使用 API（VSS 只是在一天结束时真正用于备份和恢复的通用接口）。
如果您真的想要实时 SQL 备份您可以尝试使用数据库复制