1

我正在尝试为非营利志愿者项目设置某种快速恢复解决方案。

他们在街对面有两个办公室,他们的服务器所在的一个正在停电,最近的一个长达三天,引发了对某种解决方案的探索,即我们可以在每栋大楼中拥有一台服务器,并且当延长发生中断时,它可以取代主要的。

他们正在运行 SQL Server 2008 R2 Express,我知道它不包括镜像或发布功能,所以我正在寻找一些接近它的方法。

我们可以承受一些停机时间、一些人工干预甚至一些数据丢失(意味着必须重新输入最后一小时左右的数据)。

我花了几个小时研究,似乎一些 hacky Log Shipping 是我能得到的最接近的东西,即使它是不受支持的方法。

但我还不清楚许多细节:

使用日志传送让我觉得类似于从日志中重建 Exchange 服务器......是这样吗?

难道不能在夜间转储完整备份,然后进行增量备份,以将数据库“重建”到备份服务器中的“最近”状态吗?

这是否会如此不可靠,以至于您会认为不值得这样做?

我不是在问这里的细节(至少现在还不是),而是在问我是否在寻找正确的方向。

在其他来源中,这些似乎是最有希望的来源:

http://blog.willbeattie.net/2009/07/log-shipping-in-sql-server-express-2008.html http://itknowledgeexchange.techtarget.com/sql-server/log-shipping-without-sql -服务器企业版/

PS:SQL 标准许可证超出了预算(在发展中国家,他们的成本相当高,而且该组织仍在与国家官僚机构斗争以获得其合法的非营利地位,所以那里没有折扣。)

提前致谢。疯狂行动

编辑:忘了说涉及 3 个 DB,一个 500 MB,另外两个大约 1.5 GB

4

1 回答 1

1

如果您可以承受一些数据丢失和一些停机时间,那么是的,日志传送是一个很好的解决方案。用外行的话来说,它基本上是将数据库备份 + 预定日志备份发送/应用到远程服务器。

现在,如果这三个数据库之间存在依赖关系,那么如果您必须恢复到 DR 服务器,您很可能会不同步。

于 2015-07-14T22:59:08.577 回答