我们正在为场地开发支付系统。 现在我们正在考虑将DBMS用于我们的应用程序。 目前我们正在使用microsoft的sql express来存储我们的数据。 但由于系统将在非常繁忙的场所使用，我们认为在数据库服务器出现故障的情况下我们需要一个故障转移系统。 我们一直在考虑使用mssql服务器进行复制，但这对于（希望）永远不会发生的情况来说会花费很多钱。 数据库只需要几个小时（场地的持续时间），最多可以持续几天。 但如果数据库停机30分钟，没有人可以订购饮料或进入场地。在会场中有成千上万的人，这会造成很多麻烦。
所以...任何人都可以分享他的一些代表和/或分享一些有关故障转移，复制或其他内容的读物吗？
提前致谢
答案 0 :(得分：1)
我建议您在有明确的业务计划，系统架构和可用性定义目标之前忘记DBMS。理想情况下，找一个曾经实施过这样的系统的人，雇用他们或者将他们用作顾问。
如果系统出现问题，您还需要考虑损失多少钱：实际销售额，声誉损失和未来业务，合同罚款条款等。与这些费用相比，添加第二台服务器可能会开始看起来相当便宜。但他们将在哪里托管，连接如何工作，谁做运营等？如果POS终端的唯一Wifi基站突然死亡，那么拥有一个完全冗余的故障转移数据库集群将无济于事。
也许您已经考虑并回答了所有这些问题，如果是这样，在您的问题中添加一些有关主要约束和要求的详细信息会很有帮助。