需要建议:SQL Server 2008 Express 的热备份解决方案?

需要建议:SQL Server 2008 Express 的热备份解决方案?

我可以通过哪些选项来实现运行单个数据库的 SQL Server Express 实例的热备份服务器?

在我的生产 SQL Server 2008 Express 机箱旁边,我还有第二个物理机箱,目前它什么也没做。我想通过以某种方式近乎实时地复制我的生产数据库(可以接受少量数据丢失),将第二个机箱用作热备份服务器。该数据库非常小,资源利用率非常低。

如果生产服务器崩溃,我会手动重新配置我的应用程序以指向备份服务器。

尽管 Express 本身不支持日志传送,但我认为我可以手动编写一个简易版本的脚本,我使用批处理文件获取日志并通过网络复制它们,然后每隔 5 分钟将它们应用到第二台服务器。

有谁能给我一些建议,说明这在技术上是否可行,或者是否有更好的方法来完成我想做的事情?

请注意,我想避免支付 SQL Server 完整版的费用并配置镜像,因为我认为这对于此应用程序来说有点过度了。我知道其他 DB 平台可能会提供合适的选项(例如 MySQL Cluster),但为了讨论的目的,我们假设我们必须坚持使用 SQL Server。

答案1

完全可以做到,但不适合胆小的人。DBA
编写了一些很好的脚本,但您可能需要足够熟练才能根据自己的需要对其进行修改。

在没有得到 MS 官方支持的情况下,我曾这样做过,即在 sql server 2000 主服务器和 sql server 2005 备用服务器之间进行日志传送。

此脚本可能是一个很好的起点。尽管它是 2000 年的,但该方法仍然有效。

答案2

我见过其他人尝试使用穷人版的日志传送,但运气不佳。但这并不意味着它不起作用。我一直在寻找类似的解决方案。镜像很棒,但连接的应用程序需要支持它,以便故障转移优雅(或至少正确连接以便它们被重定向)。我们使用 DPM 2007 进行备份,微软曾吹捧如何轻松编写自动恢复脚本,所以我这样做了,但解决方案并不那么干净或漂亮,所以我不推荐它。也许 DPM 2010 会更好。这些都不是答案,只是对什么不起作用的一些见解。祝你好运。

相关内容