标签: failover

背景/上下文

我们正在将我们的 SQL Server 2000 数据库移动到具有见证和自动故障转移的镜像 SQL Server 2008 R2 服务器。我们在这些数据库上运行了 .Net 和 Access 应用程序，并且正在测试服务器故障转移事件上的客户端重定向。

在我向连接字符串添加“故障转移伙伴”后，.Net 应用程序正确响应。在故障转移时，应用程序将在下一个数据库请求中失败，然后在我们重新启动应用程序时移动到镜像服务器。

题

对于通过 ODBC 的 Access 应用程序，我们尝试使用 SQL Server Native Client 10.0 驱动程序（看起来标准驱动程序不支持镜像？）并在设置中提供镜像服务器。

我在这里指定了数据库和故障转移服务器名称。在故障转移事件中，即使在应用程序重新启动后，Access 应用程序似乎也不会重定向到镜像服务器。我还应该在这里做些什么来强制 ODBC 切换到镜像服务器，还是我没有正确指定镜像服务器名称？

我在 Windows Server 2012 R2 上运行 SQL Server 2014。

共有三个节点，一个是远程DataCenter。所以两个节点有投票权。故障转移群集正在远程服务器上使用文件共享见证。

如果主服务器关闭，AG 自动故障转移工作，但当 SQL Server 关闭时，AG 自动故障转移不起作用。AG 等待Resolving状态。

还：

• 我停止了配置管理器的服务，AG Failover is success。
• 从 services.msc 停止服务，AG 故障转移失败。
• 进程列表中的服务被终止，AG 故障转移失败。

表决;

服务器分配的投票 当前投票
节点 1 1 1
节点 2 1 1
节点 3 0 0

我为所有网络禁用了防火墙，没有任何变化，问题持续存在。

有人可以帮我解决问题吗？

关键错误

此可用性副本的作用不正常。
副本没有主要或次要角色。

故障转移是从 node1 到 node2。两者都设置为同步和自动故障转移。节点未处于暂停状态。我已将所有节点安装为独立实例。

我已经在不同的子网上设置了一个带有主要和次要副本的 AlwaysOn，但我不得不使用设置为 1 的 Registerallprovidersip。这导致侦听器在 DNS 中只有 0 个 IP 地址，这意味着我在 DNS 复制的支配下发生故障转移事件，因为侦听器的 IP 需要一些时间来更新。

有没有遇到类似情况的人找到改善故障转移时间的方法？

我们新安装和配置的 SQL Server Always On Availability Failover Cluster with SQL Server 2016 Enterprise Edition 以四个实例和六个节点运行。它包括每个集群节点资源中的数据库引擎服务和代理服务。一切正常。

但是现在我们发现填充文本过滤器守护程序启动器 (FTFDL) 服务存在于每个节点上并且随机运行，与 Sql-Instance 当前运行的事实无关。一些节点有四个 FTFDL 服务在运行，而只有一个实例位于那里。其他人有其中一两个在运行。

问题：我们是否应该将此服务添加为集群资源？为什么它在故障转移集群实例上随机启动和停止，导致多个服务处于活动状态而相关实例处于活动状态？这里的最佳实践是什么？

我可以请求您的意见。

我在同步和辅助可读模式下为我的数据库设置了始终可用组的 SQL 2012。我用同步模式完成了故障转移测试，它按预期运行。

在使用异步模式进行强制故障转移测试后，是否需要重建旧的主数据库？因为新主要的变化不会反映回来。数据库状态不同步...而不是同步...

感谢您的投入，因为我对这个概念有所了解。

谢谢

场景：SQL Server 2014 CU6。1 个 AG 与 2 个数据库（兼容性级别 100）。Windows Server 2012 R2 上具有 3 个节点的故障转移群集。节点 1 和节点 2 上的主要可用性副本。节点 3 上的次要可用性副本（无投票）。异步提交、手动故障转移、可读辅助。节点 3 用于在这 2 个数据库上运行报告（在节点 1 和 2 的 AG 外部运行的 8 个数据库中）。

问题：希望将这些从 SQL 2014 修补到 SP1 和最新的 CU。不是我的构建，到目前为止还没有使用 AG 或 FC 的经验。我的“测试”环境也用于开发，所以没有错误的余地。

问题：

修补 3 个节点的最佳顺序是什么？

我是否首先必须从我正在修补的节点上的 AG 中删除数据库？

修补辅助节点时是否需要将其取出？

没有这方面的经验，我在文档中找不到明确的答案（可能不支持？）：https ://msdn.microsoft.com/en-us/library/dn178483( v=sql.120) .aspx

很多 MongoDB 教程在谈到副本集时，都给出了两台机器的示例：一台最初初始化为主要机器，另一台最初创建为辅助机器。

据我了解：

• 如果主要成员意外死亡，次要成员无论如何都不会选举自己成为新的主要成员，因为它不会拥有多数（两台机器的副本集中的两个）。

• 如果主成员不可用，即使使用read_preference=ReadPreference.SECONDARY.

• 重新创建主成员无论如何都行不通：它不能添加到现有的副本集中，因为它缺少主成员；它也不能rs.initiate();，因为它将创建具有不同 ID 的不同副本集。

因此，在现实生活中，复制集中只有两个成员是否有意义？或者这种情况只是理论上的，在实践中人们会期望在每个副本集中看到至少三个成员？

简而言之，我们有几个数据库在两个故障转移实例之间同步。主要包含映射到数据库中用户的登录名，并且一切都很正常。但是，我没有意识到服务器登录不会在故障转移实例之间同步，因此当故障转移到备份时，没有人可以登录。关键是虽然我可以在备份上创建登录，但我不能t 将登录作为用户映射到数据库，因为具有该名称的数据库用户已经存在，并且登录不会使用现有用户，因此登录仍然失败，因为登录没有连接到数据库的权限。

我认为我必须做的是修改备份的主数据库中的登录名，使其与主数据库的登录名具有相同的 GUID，并在备份端手动创建登录名和用户之间的链接，从而“欺骗”备份实例认为在主服务器上创建的用户也是它自己的映射登录名。然而，我不知道我将如何去做这件事，而且我们在这个问题上遇到了足够多的麻烦，而我却没有为此烦恼。

帮助？

我有两个 MySQL 实例，一个 master 和一个 slave。

如何在避免停机的同时切换它们以使从站成为主站，反之亦然？

停止 SQL Server 服务时的行为：

• 可用性组失败（在 SECONDARY SQL SERVER 上解析并在集群管理上失败）。

• SQL Server 不与集群 ip 连接（我在软件内部使用固定的集群 ip 以便它在 SQL1 和 SQL2 上x.x.x.10连接。使用应该在x.x.x.9（SQL1）和x.x.x.8（SQL2）上连接我，因为windows failover cluster.

  • 我需要手动将 AG 移动到辅助（我在 SQL2 和 上连接right click > failover）。

• 要按原样返回所有内容，我需要SQL1 SERVICE手动启动、连接SQL1 SSMS和right click > failover手动。停止集群管理上的 NODE2 服务，使其再次将 SQL1 节点变为主节点。

停止主集群节点时的行为：

• 可用性组转到 SQL2/NODE 2（辅助现在是主要的）。

• 主 AG 未解决...

• SQL Server 与集群 ip 连接（我说的是 SSMS 。与 ipX.x.x.10连接x.x.x.8，在杀死节点x.x.x.9（ …