原文地址：https://www.sqlshack.com/apply-sql-server-patches-or-cumulative-updates-in-sql-server-always-on-availability-groups/

 

 

在本系列關於 SQL Server 始終在線可用性組的第 32 篇文章中，我們將討論為 AG 複製實例應用服務包或累積更新包的過程。

 

定期對 SQL Server 進行更新（使用服務包（SP）或累積更新包（CU））是一種推薦的做法。以下是對 SQL Server 更新的簡要概述。

• 服務包：服務包包含已發佈的熱修復程序和更新的單一打包文件。
• 累積包（CU）：累積包（CU）是熱修復程序和較小的功能增強內容。
• 一般分發版本（GDR）：微軟發佈 GDR 版本，它特別與 SQL Server 安全性相關。

從 SQL Server 2017 版本開始，微軟改變了其服務模式。它不再提供服務包，而是每隔兩個月發佈累積包。每個累積包都包含之前的累積包內容。例如，在 SQL Server 2019 中，微軟於 2020 年 9 月 2 日發佈了最新的 CU7。因此，如果您使用的是 RTM 版本，可以直接應用 CU7 以獲得最新的構建版本 [15.0.4063.15]。

 

 

 

在 SQL Server Always On Availability Group中，我們使用多個 SQL 實例，並將它們稱為主副本（primary）和輔助副本（secondary）。根據您的 SQL Server 版本，您可以有一個主副本和多個輔助副本。

 

在故障轉移集羣（failover cluster）環境中運行的 SQL Server 與使用Availability Group的 SQL Server 在補丁安裝流程上存在差異。

在故障轉移集羣中，SQL 服務會繼續在一台節點上保持運行狀態，而另一台節點的服務則處於停止狀態。
活動節點擁有共享磁盤，並且在故障轉移過程中會轉移到另一台節點上。

 

在可用性組配置中，SQL 服務在所有副本上運行，並充當主副本或從副本的角色。在本文中，我們將介紹如何在 HADR 環境中的三節點可用性組中應用補丁。

我們可以將整個 SQL 擴補工作分為三個階段。

• 準備工作
• 應用補丁
• 收尾工作

讓我們依次探討每個階段的任務，並對其進行詳細闡述。

 

 

 

在準備階段，我們需要完成以下任務：

• 確定當前補丁級別和目標補丁級別。對於目標補丁級別，可以選擇 N-1（N=最新補丁） 的補丁級別。如果你想直接使用最新補丁，務必查看 SQL Server 官方博客，瞭解應用該補丁後是否存在已知問題。
• 切勿直接在生產環境中應用補丁。應先在低環境中測試目標補丁，等待至少一週的應用驗證後，再遷移至生產環境打補丁。
• 仔細閲讀目標補丁的發佈説明，它會提供有關錯誤修復和功能增強的信息。
• 在對生產副本應用補丁之前，需要驗證以下內容：
  
  1，確認在主副本上已經擁有系統數據庫和用户數據庫的最新備份。最好進行完整備份；但如果數據庫體量過大，可以在應用補丁前，選擇進行 差異備份或事務日誌備份。
  2，在輔助副本上，進行系統數據庫的備份。
• 使用 可用性組（AG）儀表板驗證可用性組的健康狀況。在同步提交模式下，AG 數據庫應處於 Synchronized（已同步）狀態；在異步提交模式下，應處於 Synchronizing（正在同步）狀態。

 

• 在 SSMS 中連接到 輔助副本，展開 Always On High Availability -> Availability Databases。對輔助副本的數據庫執行Suspend Data Movement（暫停數據傳輸），這樣主副本就不會再向該特定的輔助副本發送事務塊。如果你從主副本暫停數據傳輸，那麼會導致所有輔助副本的數據傳輸都被暫停。因此，在應用 SQL Server 補丁時，應當從需要打補丁的輔助副本上執行暫停操作。

在對可用性組中的 SQL 實例應用完補丁之後，需要進行以下驗證：

• 確認版本：驗證所有參與 SQL Server Always On 可用性組的副本，SQL 實例版本是否都已更新
• 故障轉移測試：執行可用性組的故障轉移（Failover），並在故障轉移和回切（Failback）後確認儀表板（Dashboard）狀態是否健康
• 日誌檢查：查看所有副本上的錯誤日誌
• 應用驗證：讓應用團隊驗證業務功能是否正常