在没有激活数据库管理服务（DMS）的情况下，有哪些替代方法可以建立与PolarDB数据库集群的连接？
在两节点或三节点集群上使用 Windows 故障转移集群。仲裁驱动器应该属于哪个所有者节点？
在我的故障转移测试期间，我可以从节点 1 跳到节点 2，从节点 2 跳到节点 1，但是仲裁驱动器似乎“粘”在与活动节点不同的节点上。
我确定这是一个“依赖”的问题，但是仲裁驱动器应该由活动节点拥有吗？
给出的示例是 - 有 2 个节点和 1 个文件共享。作者说文件共享下降，集群保持活跃，因为它有 2/3 票。
在这一点上，他们对动态仲裁（当剩余 2 个节点时）说以下内容：
好消息是它们在 Windows Server 2012 上。此版本的 Windows Server 引入了动态仲裁的概念，并且默认启用。WSFC 根据节点的状态管理对节点的投票分配。如果节点脱机——重新启动、断电、与网络断开连接等——它的投票也会从集群中删除。这就是集群节点重启时AG下线的原因。
我试图了解为什么 AG（集群）离线？
该文档说（https://learn.microsoft.com/en-us/azure-stack/hci/concepts/quorum#two-nodes-without-a-witness）：
一个节点的投票为零，因此多数票是从总共 1 票中确定的。如果非投票节点意外宕机，幸存者有 1/1，集群幸存。如果投票节点意外宕机，幸存者有0/1，集群宕机。如果投票节点正常断电，则投票将转移到另一个节点，并且集群仍然存在。这就是为什么配置见证人至关重要的原因。
具体来说：如果投票节点正常断电，投票将转移到另一个节点，集群仍然存在。
再往下说：
每当幸存节点成功验证他们是多数人时，多数人的定义就会更新为仅在幸存者中。这允许集群丢失一个节点，然后是另一个节点，然后是另一个节点，依此类推。这种在连续失败后适应的投票总数的概念称为动态仲裁。
我的问题假设在 2 节点 + 1 文件共享设置中，说文件共享下降，然后：
假设 node1 设置为 0（通过动态仲裁），那么如果我关闭 node2 则不会对集群产生任何影响。（因为动态仲裁会将投票权切换到节点1）？法定人数>0.5
假设 node1 设置为 0（通过动态仲裁），如果 node1 关闭，那么集群也将保持活动状态，因为 quorum > 0.5
假设 node2 设置为 0（通过动态仲裁），并且 node2 关闭，那么集群将保持活动状态，因为 quorum >0.5
假设 node2 设置为 0（通过动态仲裁），那么如果我关闭 node1，集群也将保持在线，因为投票将切换到 node2 并且仲裁>0.5
作者的集群为什么会宕机？
我有一个 Windows 故障转移集群正在运行，有两个节点。
我现在正在尝试添加第三个节点：
Add-ClusterNode -Name node3
不幸的是，这失败并出现以下错误：
未成功创建集群角色。Add-ClusterNode : 执行操作时发生错误。由于超时期限已过，此操作返回。
服务器node3像其他两个实例一样加入域，并且所有实例都可以相互通信。
这可能是什么原因造成的？我在 EC2 (AWS) 上使用 Windows server 2019
通过集群管理器添加节点时，我也看到此错误消息：
* 节点node3上的集群服务没有达到运行状态。错误代码是 0x5ba
我以前曾与有 2 个节点的 FCI 合作过。1 个服务器处于活动状态，其他服务未处于活动状态。两者共享同一个磁盘。如果节点 1 或节点 1 上的 sql server 服务出现故障，则它会启动节点 2 上的 sql server 服务。
在多子网故障转移集群中，以下哪些节点是主动的，哪些是被动的？
在单个 sql server 实例中，链接服务器中的密码和凭据等敏感数据使用服务器主密钥进行加密。
密钥或对象只能由 sql 服务帐户或本地计算机帐户解密。
但是，在 FCI 中，在节点 1 上假设我使用服务帐户作为域/用户 1，在节点 2 上假设我使用帐户域/用户 2；那么当节点 2 发生故障转移时，节点 2 将如何访问密钥或解密由密钥加密的对象？
我目前有一个 5 集群 mariadb galera 设置。其中两台服务器在云中，而其中三台在本地托管。
我有点想启动三个本地服务器作为一个单独的集群，而不需要两个在云中。
请注意，由于我不得不将一些主机移动到不同的位置，因此到目前为止，本地的三台服务器尚未同步到集群。所以我必须同步数据，然后在本地重做一个新的集群。
是否可以仅将其更新wsrep_cluster_name为另一个wsrep_cluster_address而不允许其他两个然后galera_new_cluster为本地集群运行？解决这个问题的最佳方法是什么？
我正在尽量减少集群的停机时间，因为它正在生产中，所以我担心我会把它搞砸。谢谢
我正在阅读一些关于 AOAG 的 Windows 文档，但我很困惑：
Always On 可用性组是 SQL Server 2012 (11.x) 中引入的高可用性和灾难恢复解决方案，需要 Windows Server 故障转移群集 (WSFC)。此外，尽管 Always On 可用性组不依赖于 SQL Server 故障转移群集，但您可以使用故障转移群集实例 (FCI) 来托管可用性组的可用性副本。了解每种群集技术的作用以及在设计 Always On 可用性组环境时需要注意哪些事项非常重要。
接着：
Windows Server 故障转移群集和可用性组 部署 Always On 可用性组需要 Windows Server 故障转移群集 (WSFC)。要为 Always On 可用性组启用，SQL Server 实例必须驻留在 WSFC 节点上，并且 WSFC 和节点必须在线。
我从来没有听说过没有 Windows 故障转移集群的 aoag。
是否可以在不属于 oa windows 集群的 2 台机器上安装 AOAG？
我找不到有关在开发环境中测试 SQL Server 大数据集群的信息。我们有一些 AKS 并想尝试安装 SQL Server 大数据集群。
可以免费做吗？
主实例可以是 SQL Server 2019 开发者版吗？
我已经启动了三个 EC2 Windows_Server-2019_SQL_2019_Standard 实例。如何在这些现有 SQL Server 上实施 Always On 故障转移群集实例 (FCI)。我只能找到详细信息，例如当您第一次安装 SQL 时，只有您可以选择故障转移群集选项。
注意：我已经使用这三个节点创建了 WSFC 集群。