摘要
本文將說明此更新中針對 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，因此會移除 監視器 動作逾時的這項限制。
-
促銷動作現在會在升級可用群組複本之後，等待資料庫連線上線。
-
降級動作現在會將複本設定為解析角色，而非次要角色，以加快容錯移轉的速度。 原始主要保留在解析角色中，直到將新的複本升級為 PRIMARY 角色為止。 在那之後，原本的主要角色會自動重新開機為次要角色。 此重新開機是由原始主要主控螢幕動作失敗所觸發。 叢集監視工具會回報此問題，例如 crm_mon。 這不應視為引起疑慮的原因。
-
我們建議為online_database_retries資源屬性或monitor_timeout資源屬性設定非默示值的使用者，或為任何資源動作逾時設定非影像值的使用者，套用下列變更：
-
將 connection_timeout 設定為大於可用性群組中資料庫完成復原所需的秒 (時間上限) 值。
-
將開始動作逾時設定為大於可用性群組中資料庫在幾秒鐘內 (時間上限) 的值，以完成復原。
例如，如果可用性群組中的資料庫需要 15 分鐘 (900 秒) 復原，則設定應該是：
-
Connection_timeout=900
-
Op start timeout=900s interval=0s
-
Op promote timeout=900s interval=0s
-
-
其他相關資訊
下列SQL Server更新中包含下列改進專案：
SQL Server 2017 的累積更新 8
關於SQL Server組建
SQL Server的每個新組建都包含上一個組建中的所有 Hotfix 與安全性修正。 建議您安裝適用于SQL Server版本的最新組建：
參考
瞭解 Microsoft 用來描述軟體更新的標準 術語 。
