Always On 可用性组中连接到副本的客户端连接的类型
适用于: SQL Server
在 AlwaysOn 可用性组中,你可以配置一个或多个可用性副本,以便在辅助角色下运行时(即作为次要副本运行时)允许只读连接。 还可以将每个可用性副本配置为在主角色下运行时(即作为主副本运行时)允许或排除只读连接。
为了便于客户端访问给定可用性组的主数据库或辅助数据库,您应该定义可用性组侦听器。 默认情况下,可用性组侦听器将传入连接定向到主副本。 不过,您可以对可用性组进行配置以便支持只读路由,这使其可用性组侦听器能够将读意向应用程序的连接请求重定向到可读取的辅助副本。 有关详细信息,请参阅 为可用性组配置只读路由 (SQL Server)。
在故障转移期间,辅助副本转换为主角色,以前的主副本转换为辅助角色。 在故障转移过程中,所有到主副本或辅助副本的客户端连接都将终止。 故障转移之后,在将客户端重新连接到可用性组侦听器时,侦听器将客户端重新连接到新的主副本,只有读意向连接请求除外。 如果在承载新的主副本以及至少一个可读取辅助副本的客户端和服务器实例上配置了只读路由,则读意向连接请求将被重新路由到支持客户端要求的连接访问类型的辅助副本。 若要确保在故障转移之后获得良好的客户端体验,务必为每个可用性副本的辅助角色和主角色配置连接访问。
注意
有关处理客户端连接请求的可用性组侦听程序的信息,请参阅 可用性组侦听程序、客户端连接和应用程序故障转移 (SQL Server)。
辅助角色支持的连接访问类型
辅助角色对于客户端连接支持三种备选方式,如下所示:
无连接
不允许任何用户连接。 辅助数据库不可用于读访问。 这是辅助角色中的默认行为。
仅读意向连接
辅助数据库仅适用于其应用程序意向连接属性设置为“ReadOnly”(读意向连接)。
有关此连接属性的信息,请参阅 对高可用性、灾难恢复的 SQL Server Native Client 支持。
允许任何只读连接
辅助数据库全部可用于读访问连接。 此选项允许较低版本的客户端进行连接。
有关详细信息,请参阅配置对可用性副本的只读访问 (SQL Server)。
主角色支持的连接访问类型
主角色对于客户端连接支持两种备选方式,如下所示:
允许所有连接
主数据库同时允许读写连接和只读连接。 这是主角色的默认行为。
仅允许读/写连接
当应用程序意向连接属性设置为“ReadWrite”或未设置时,允许此连接。 不允许其 Application Intent 连接字符串关键字设置为 ReadOnly 的连接。 仅允许读写连接可帮助防止您的客户错误地将读意向工作负荷连接到主副本。
有关此连接属性的信息,请参阅 Using Connection String Keywords with SQL Server Native Client。
有关详细信息,请参阅配置对可用性副本的只读访问 (SQL Server)。
连接访问配置如何影响客户端连接
副本的连接访问设置决定连接尝试是失败还是成功。 下表简要说明对于每个连接访问设置,给定连接尝试是失败还是成功。
副本角色 | 副本上支持的连接访问 | 连接意向 | 连接尝试结果 |
---|---|---|---|
辅助副本 | 全部 | 指定了读意向、读写意向或未指定连接意向 | 成功 |
辅助副本 | 无(这是默认辅助行为。) | 指定了读意向、读写意向或未指定连接意向 | 失败 |
辅助副本 | 仅限读意向 | 读意向 | 成功 |
辅助副本 | 仅限读意向 | 指定了读写意向或未指定连接意向 | 失败 |
主要 | 所有(这是默认主要行为。) | 指定了只读意向、读写意向或未指定连接意向 | 成功 |
主要 | 读写 | 仅限读意向 | 失败 |
主要 | 读写 | 指定了读写意向或未指定连接意向 | 成功 |
有关配置可用性组接受到其副本的客户端连接的信息,请参阅, 可用性组侦听程序、客户端连接和应用程序故障转移 (SQL Server)。
连接访问配置示例
根据将不同可用性副本配置为进行连接访问的方式,在可用性组故障转移之后,对于客户端连接的支持可能会有所变化。 例如,请考虑要在远程异步提交辅助副本上对其执行报告的一个可用性组。 此可用性组中数据库的所有只读应用程序都会将其应用程序意向连接属性设置为“ReadOnly”以使所有只读连接为读意向连接。
在本例中,可用性组在主计算中心具有两个同步提交副本,在附属站点拥有两个异步提交副本。 对于主角色,所有副本都配置为允许读写访问,这样,在所有情况下可防止与主副本进行读意向连接。 同步提交辅助角色使用默认连接访问配置(“无”),这样可以防止在辅助角色下进行的所有客户端连接。 与此相反,异步提交副本配置为允许在辅助角色下进行读意向连接。 下表概述了该示例配置:
副本 | 提交模式 | 初始角色 | 辅助角色的连接访问 | 主角色的连接访问 |
---|---|---|---|---|
Replica1 | 同步 | 主要 | 无 | 读写 |
Replica2 | 同步 | 辅助副本 | 无 | 读写 |
Replica3 | 异步 | 辅助副本 | 仅读意向 | 读写 |
Replica4 | 异步 | 辅助副本 | 仅限读意向 | 读写 |
通常,在此示例方案中,仅在同步提交副本之间发生故障转移,但在故障转移之后,读意向应用程序立即可以重新连接到其中一个异步提交辅助副本。 然而,当主计算中心发生灾难时,两个同步提交副本都将丢失。 附属站点的数据库管理员通过强制手动故障转移到异步提交辅助副本来进行响应。 其余辅助副本上的辅助数据库已由于强制故障转移而被挂起,而使它们不可用于只读工作负载。 新的主副本(配置为读写连接)可防止读意向工作负荷与读写工作负荷发生争用。 这意味着,除非数据库管理员对于其他异步提交辅助副本恢复辅助数据库,否则读意向客户端无法连接到任何可用性副本。
Related Tasks
相关内容
另请参阅
AlwaysOn 可用性组概述 (SQL Server)
可用性组侦听器、客户端连接和应用程序故障转移 (SQL Server)
统计信息