SQL Server Standard 2016 Service Pack 和累積更新
我們目前正在使用具有 ALWAYS-ON 高可用性的 SQL Server 2016 標準版。我們有兩個不同的 SQL 伺服器集群。我們需要將其更新到最新版本的 SQL（根據我的研究，SQL Server 2016 SP 的累積更新包 13 (CU13)）
集群 1 - 目前在 Microsoft SQL Server 2016 (SP2-CU4) (KB4464106) - 13.0.5233.0 (X64)
群集 2 - 目前在 Microsoft SQL Server 2016 (SP1-CU12) (KB4464343) - 13.0.4541.0 (X64)
查詢 1 - 我們能否將 SP1-CU12 直接更新為 SP2-CU13
查詢 2 - 我們能否將 SP2-CU4 直接更新為 SP2-CU13
查詢 3 - 升級前後應採取哪些步驟
查詢 4 - 應該是什麼回滾計劃，以防失敗
對於第一次做的人的任何其他建議或警告將不勝感激。
查詢 1：您必須在發行說明中查找。通常你可以這樣做，但無論如何你總是需要檢查發行說明。有一種可能性是不可能的。請參閱此連結，該連結將引導您訪問所有可用的 SP 和最新的 CU，包括發行說明。
https://sqlserverbuilds.blogspot.com
查詢 2：與查詢 1 的答案相同。
查詢 3：由於您是“唯一”（我在引號之間這麼說，因為您總是需要非常仔細地計劃事情）升級到新的服務包/CU 組合，而不是新版本（例如從 SQL Server 2016 -> SQL Server 2017），它相當簡單。安裝服務包（鏈）和所需的 CU。然而：
- 確保在開始升級生產環境之前測試並記錄升級路徑和回滾路徑。
- 由於您正在升級集群，因此請確保集群健康，並且您可以確保可以毫無問題地進行故障轉移。
- 建議在升級之前創建一個基線，以便之後進行比較。最簡單的方法是使用性能監視器在一個月左右的時間內擷取不同的 SQL Server 和 Windows Server 計數器。通過這種方式，您可以深入了解您的正常工作負載，並將其與升級後的工作負載進行比較。這有助於確定升級是否引起了一些問題。即使你認為沒有，你也會感到驚訝。:-)
- 最好在您的開發、測試、質量和生產環境中分階段進行部署。不要在短時間內升級所有環境，而是讓每個環境執行一周或更長時間，具體取決於您的要求，以過濾任何可能的問題。如果您沒有開發、測試、質量、生產環境，那麼至少在測試環境上執行升級。也許您可以使用分佈式重播來模擬生產工作負載，看看效果如何。
- 確定是否要升級到最新的服務包。此處要求您不要根據個人意見提供建議，但如果您想使用昨天推出的服務包，並且並非所有問題/錯誤都是已知的，請自行評估。;-) 有一些更新導致 SQL Server 崩潰，甚至……導致損壞……檢查它的年齡，並檢查其他人在部署它後是否遇到過問題。只需做一些簡單的Google搜尋。:-)
- 確保您徹底閱讀了所有發行說明，以檢查是否有任何可能對您的環境產生重大影響的更改。例如，已停產的功能、新功能等。
- 只需在開始之前進行額外的僅複製完整備份並將其放在安全的地方。以防第 3 方備份軟體無法還原…您不想向老闆解釋。
- 在升級之前執行健康檢查，這樣您就不會升級損壞的伺服器。檢查日誌，檢查性能問題，檢查備份，Windows 事件查看器，確保檢查 DBCC CHECKDB 是否最近執行。雖然，您應該預設執行此操作。您也可以使用來自 Brent Ozar 的 sp_Blitz。
- 就我個人而言，我總是在升級後直接執行 DBCC CHECKDB 並進行額外的僅複製備份，以確保升級不會導致損壞，並且您始終可以直接在升級後獲得起點，以便以後可能參考。
- 不要玩弄虛擬機快照，尤其是在集群上。它們不是備份，可能會導致快照/儲存/io 性能出現問題。恕我直言，這比好處更多的是額外的風險。
- 升級前檢查磁碟空間
- 在升級期間禁用備份和 SQL Server 代理作業
- 由於您正在升級集群，因此您可以執行滾動升級；https://docs.microsoft.com/en-us/sql/sql-server/failover-clusters/windows/upgrade-a-sql-server-failover-cluster-instance?view=sql-server-ver15#perform-滾動升級或更新。我的策略是故障轉移到第二個節點，以確保它正常工作，然後升級第一個節點，故障回復到第一個節點併升級第二個節點。請注意，這可能意味著停機，因為 SQL Server 服務在一個節點上停止並在您故障轉移到的節點上啟動。有些應用程序可以處理這個問題，有些則不能。
- 之後驗證版本以確保您確實在預期的版本上。
我認為網際網路上有很多清單，您實際上可以輕鬆找到它們。您是否進行了更多研究但發布了此問題？
查詢4：回滾計劃是解除安裝SP/CU，但這只是SQL Server的一部分。確保測試整個場景。
這個資訊有用嗎？