摘要
本文介绍此更新中包含的针对 Microsoft SQL Server 中 Pacemaker 群集上Always On可用性组的改进。
此更新包括以下改进：
-
不再使用 online_database_retries 资源属性。 如果设置了此属性，则会忽略此属性。 在累积更新 8 (CU8) 之前，此属性可用于控制 启动 和 监视 操作等待可用性组中的所有数据库联机的时间。 这些操作现在会无限期地等待，直到在 Pacemaker 资源上配置的操作超时到期。
-
monitor_timeout资源属性已重命名为connection_timeout，以便更好地反映其使用情况。 原始名称仍用于向后兼容性。
-
在 CU8 之前， 监视器 操作超时值不能小于 monitor_timeout 属性值。 希望监视器操作失败速度快于恢复时间的用户会使用 online_database_retries 来执行此操作。 由于 在 累积更新 8 中不再使用online_database_retries，因此删除了对 监视 器操作超时的此限制。
-
现在，提升操作会等待数据库在提升可用性组副本后联机。
-
降级操作现在将副本设置为 RESOLVING 角色，而不是 SECONDARY 角色，以便更快地进行故障转移。 原始主副本将保留在 RESOLVING 角色中，直到将新副本提升为 PRIMARY 角色。 之后，原始主数据库会自动重新启动到 SECONDARY 角色。 此重启由原始主数据库的监视器操作失败触发。 群集监视工具（例如crm_mon）报告了这一点。 不应将此问题视为令人关切的问题。
-
建议为 online_database_retries 资源属性或 monitor_timeout 资源属性设置非重复值的用户，或者为任何资源操作超时设置非重复值的用户应用以下更改：
-
将 connection_timeout 设置为大于可用性组中数据库完成恢复所需的最大时间 (秒) 的值。
-
将 开始 操作超时 设置 为大于可用性组中数据库完成恢复所需的最大时间 (秒) 值。
例如，如果可用性组中的数据库需要 15 分钟 (900 秒) 才能恢复，则设置应为：
-
Connection_timeout=900
-
Op 开始超时=900s interval=0s
-
Op promote timeout=900s interval=0s
-
-
更多信息
以下SQL Server更新中包含了这些改进：
2017 SQL Server累积更新 8
关于SQL Server生成
SQL Server的每个新版本都包含上一版本中的所有修补程序和安全修补程序。 建议为版本的SQL Server安装最新版本：
参考
了解 Microsoft 用于描述软件更新的标准 术语 。
