0

我们在前端 2013 中有 SharePoint 场。
我们使用的是 sql server 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 之外，是否还有其他团队参与解决此问题。

Quorum 配置为见证文件共享。我们只有 2 个副本，当服务器 A 关闭时，在文件共享和服务器 B 之间配置仲裁。但是，当我们在服务器 A 关闭后立即检查故障转移集群管理器时，集群工作正常。

FS 见证未放置在服务器 A 端或服务器 B 端。它被放置在另一个服务器上。

4

1 回答 1

0

我的理解是您正在寻找的是只读路由功能。

故障转移后，您无法将流量路由到可读辅助节点。您的共享点始终只与 AG Listener 对话。AG Listener 会告诉你谁是主要的，主要的返回客户端（共享点）辅助 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
于 2017-04-12T22:16:34.587 回答