为什么我们需要SQL Always On、Oracle Dataguard等数据库高可用性软件

Question

我正在学习高可用性、SAN等的基础知识，因此这个问题对专家来说可能听起来很愚蠢，但如果您回答它，将会对我有很大帮助。假设我使用的是企业级SAN设置。我知道任何数据库，例如SQL，都会将数据存储在存储在SAN上的文件中。现在，假设我启用了基于阵列的复制到另一个可能在另一个数据中心的阵列，那么我的数据库文件将在第二个数据中心连续复制。每当第一个数据中心丢失时，我可以使用第二个数据中心中的复制文件来调出数据和数据库。那么，SQL Always On、Oracle Dataguard等各种HA解决方案到底扮演着什么角色？提前感谢那些依赖的人。

Answer 1

关键任务系统就是这样。关键任务。

我们对此进行了测试，并计划实现这一点，但对冗余的依赖并不是真正的冗余。这两个安装都是你的吗？是否有第三方参与？你能忍受多少天(或几个小时)的额外延迟？

安德鲁，卡特里娜，桑迪。如果不只是你，你在你的第三方的优先级列表中有多高？它们可能是蓝筹股的长期承诺，但当散布在地面上时，却缺乏交货期。

当您确实恢复时，将会有异常、死信，并且可能在您确认最终一致性之前有一段时间。从功能上讲，你可能没有问题，但你的品牌可能会受损，你的股票价格可能会贬值。

归根结底，它满足的需求反过来又是由实际需求或风险缓解策略驱动的。我确定它是卖给不需要它的人的。但对于这样做的人来说，100%的正常运行时间是绝对的，而不是为了年度报告而轮换的东西。出于这些原因，这些产品正积极地向“C”套件进行营销。

Answer 2

您需要考虑解决方案的两个方面。

可用性指标(

1. High availability，HA)：它决定了您的应用程序需要多大的弹性，通常以9(9)表示，例如，99.99%的可用性称为4个9可用性，相当于大约一个小时的计划外停机时间。在Oracle中，这通常是通过使用oracle真正的应用程序集群(oracle)来实现的，即使在集群中的某个节点宕机的情况下，它也能为您提供可用性。在SQL Server中，这将是SQL Server availability group.
2. Disaster recovery(DR)：确定在发生灾难时提供业务连续性的方法和技术，换句话说，当应用程序的高可用性(HA)特性不再响应请求时。在Oracle中，这是一个数据卡，它将数据库从一个数据中心的一个集群复制到远程位置的另一个集群。SQL server还提供了类似的功能，如日志传送、alwas-on和可用性组。可以通过两个指标来衡量灾难恢复能力:实时恢复时间目标( Recovery time objective，RTO)，它确定在主数据中心丢失的情况下，备份站点需要多长时间才能完全发挥作用。以及决定业务数据丢失容限的Recovery Time objective (RPO)。