我正在尝试为非营利性志愿者项目设置某种快速恢复解决方案。
他们在街对面有两个办公室，他们的服务器所在的办公室正在遭遇停电，最近一次是三天，并触发了寻求某种解决方案，我们可以在每个建筑物中安装一台服务器当发生延长的中断时，它可以取代主要的中断。
他们正在运行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-server-enterprise-edition/
PS：SQL标准许可证超出预算（在发展中国家，它们的成本非常高，组织仍然在与国家官僚机构争夺合法的非营利性地位，因此没有折扣。）提前致谢。 MadOp
编辑：忘了说有3个DB涉及，其中一个是500 MB，另外两个是1.5 GB左右
答案 0 :(得分：1)
如果您可以维持一些数据丢失和一些停机时间，那么是的，log shipping是一个很好的解决方案。在外行的术语中，它基本上是数据库备份+发送/应用于远程服务器的预定日志备份。
现在，如果三个数据库之间存在依赖关系，那么如果您必须恢复到DR服务器，则很可能会不同步。