SQL Server服務準則修改，微軟希望開發者積極進行累積性更新

微軟大幅修改了sql server的支援政策。過去，該政策基本上是“除非你有問題，否則等待服務包”。即使已經有了可用的累積性更新（cu），微軟也是強烈建議不要使用，并給出類似下面這樣的警示資訊：

“該累積性包旨在解決且僅僅解決這篇文章中描述的問題。它僅能用于正經受這些特定問題的系統。”

“微軟現在已經提供了一個受支援的累積性更新包。不過，它旨在解決且僅僅解決這篇文章中描述的問題。”

這種思路的缺陷是，當該cu解決了一個影響他們伺服器的問題時，dba和開發者經常不知道。他們工作在任何性能退化或意外停機都是由他們自己的設計所導緻這樣一個假設之下，他們可能會等待數月，直到有一個服務包可以輕松解決他們的問題。

來自微軟的最建立議是，使用同安裝服務包相同的過程安裝累積性更新。微軟繼續寫道：

截止1月份的cu釋出時，這些警示資訊已經更新，我們現在建議持續地、積極主動地安裝可用的cu。當cu釋出時，你應該計劃安裝它們，并且同計劃安裝sp（服務包）一樣有信心。這是因為cu經過了同sp一樣的認證和測試。此外，微軟css資料表明，有相當一部分的客戶問題經常在一個此前已經釋出的cu中解決了。甚至，cu包含的價值遠在熱更新檔之上。它們也可能包含可以增強整體體驗的可支援性、日志以及可靠性更新。

為了鼓勵dba積極主動地安裝累積性更新，微軟将在windows下載下傳上通過像正式服務包一樣的windows更新目錄提供。此前，隻能在“熱更新檔”伺服器上獲得它們，并且需要通過一個特殊的請求來通路。

在新模型下，對于給定的版本/服務包組合，隻會提供最新的cu。

例如：當sql server 2014 sp1 “cu9”釋出時，cu9将取代下載下傳中心裡的“cu8”成為2014 sp1的最新cu。進一步講，雖然個别問題最初是在“cu8”中解決的，但cu kb将總是指向最新的cu（在下載下傳中心裡），在cu9釋出之後就是cu9。點選cu8 kb中的“此問題的可用修補程式”連結會被導向cu9（最新）的下載下傳。

本文轉自d1net（轉載）