驗證 SQL Service Pack 安裝時要走多遠？

將 Service Pack 應用到生產 SQL 伺服器時，我通常有一個大約 30 分鐘的計劃停機時間視窗。

以前被咬過，並且發現像更新檔這樣的必要前提條件沒有到位，這可能會使您的停機時間增加幾分鐘（並且可能會讓您超過視窗，或強制重新安排）。

現在，當更新處於計劃階段時，我將 Service Pack 移動到伺服器並通過“檢查正在使用的文件”或“準備更新”對其進行測試。那時我取消了更新，並儘我所能確信在更新期間，我不會超過預定的停機時間視窗。

您可以從任一螢幕取消，但由於“準備更新”上的“更新”按鈕與“檢查正在使用的文件”上的“下一步>”按鈕位於同一位置，因此意外點兩下可能會意外啟動更新，在驗證時。

我的問題：

我應該在“檢查正在使用的文件”還是“準備更新”時停止驗證？我是否在“檢查正在使用的文件”結束時驗證了所有我能做的事情？去“準備更新”是否會增加驗證的價值？

我應該在“檢查正在使用的文件”還是“準備更新”時停止驗證？我是否在“檢查正在使用的文件”結束時驗證了所有我能做的事情？

只需繼續點擊NEXT並應用服務包，您可以放心地忽略此過程。檢查files in use process是為了處理最終使用者在應用服務包後不想重新啟動的情況，在這種情況下，您需要確保所有此類程序都已停止，但無論如何我強烈建議啟動您正在應用的 Windows 機器/節點服務包。

唯一可能發生的事情是在成功升級後您需要啟動 Windows 機器。這本身不會導致 SP 失敗

去“準備更新”是否會增加驗證的價值？

準備更新基本上向您展示了您將要更新的所有功能，僅此而已。您必須點擊update此處，它不會增加任何價值，只會顯示您選擇的配置

引用自：https://dba.stackexchange.com/questions/148665