我们在 2013 前端有 SharePoint 农场。
我们正在使用 sql 服务器 2014 企业版 .
最初，SharePoint 服务器场连接到服务器 A。
但我们希望为此配置 Always On 可用性。
我们从 Sql 端配置了它。服务器 B 是次要副本。
我们还配置了侦听器。配置侦听
器后，我们已将侦听器名称和 IP 提供给 SharePoint 团队。
它们已在客户端连接端将别名更改为 Listner 名称。
之后，我们完成了测试故障转移的可能方案。
但是，故障转移方案失败了。
我们在所有场景中都观察到一个常见问题。
故障转移到服务器 B 后，SharePoint 不会重定向到服务器 B，它仍在尝试仅连接到服务器 A。
当我们关闭服务器A时，SharePoint也会关闭。
当我们故障转移到服务器 B(主服务器)时，服务器 A 可用并充当可读辅助服务器。 此时，SharePoint 网站处于可读状态。
在这里，观察到 SharePoint 场仅依赖于服务器 A 状态。
我们已要求 SharePoint 团队忘记始终打开和侦听器，并尝试直接连接到服务器 B。
他们更改了 cliconfg 中的一些设置.exe .
之后，SharePoint 再次尝试仅访问服务器 A。
这可能是什么原因呢？
除了SQL和SharePoint之外，是否有任何其他团队
参与解决这个问题。仲裁配置为见证文件共享。 我们只有 2 个副本， 当服务器 A 关闭时，仲裁在文件共享和服务器 B 之间配置。 但是，当我们在服务器 A 关闭后立即检查故障转移群集管理器时，群集工作正常。
FS 见证未放置在服务器 A 端或服务器 B 端。它被放置在另一台服务器上。
我的理解是您正在寻找的是只读路由功能。
故障转移后，将流量路由到可读辅助数据库时遇到问题。 您的 SharePoint 始终仅与 AG 侦听器通信。AG 侦听器将告诉您谁是主要 URL，并且主要返回客户端 (sharepoint) 辅助 URL 以建立连接。
很多人不明白只读路由列表是副本属性。每个节点都有自己的只读路由列表。如果您在故障转移后遇到问题，但在此之前没有问题。我建议您检查两个节点只读路由列表配置。确保服务器 B(主服务器)有一个列表要告诉客户端，您应该转到服务器 A。 使用以下查询检查您的配置。
SELECT ar.replica_server_name "When This Server is Primary",
rl.routing_priority,
ar2.replica_server_name "Route to this Server",
ar.primary_role_allow_connections,
ar.secondary_role_allow_connections_desc, ar2.read_only_routing_url
FROM sys.availability_read_only_routing_lists rl
inner join sys.availability_replicas ar
on rl.replica_id = ar.replica_id
inner join sys.availability_replicas ar2
on rl.read_only_replica_id = ar2.replica_id
ORDER BY ar.replica_server_name, rl.routing_priority