症狀
假設您在 Linux 上安裝了 SQL Server 2017。 升級至 SQL Server 2017 CU4 或更新版本時，如果未啟用 SQL Server Agent，您可能會收到下列錯誤訊息：
注意
- 日期/時間 spid6s 錯誤：4860，嚴重性：16，狀態：1。
- 日期/時間 spid6s 無法大量載入。 檔案「FilePath\SqlTraceCollect.dtsx」不存在，或您沒有檔案存取權限。
- 日期/時間 spid6s 錯誤：912，嚴重性：21，狀態：2。
- 日期/時間 spid6s 指令碼層級 資料庫 'master' 的升級失敗，因為升級步驟 'msdb110_upgrade.sql' 遇到錯誤 200，狀態 7，嚴重性 25。 這是嚴重的錯誤情況，可能會干擾正常操作，資料庫將會離線。 如果錯誤發生在「主」資料庫升級期間，則會防止整個 SQL Server 執行個體啟動。 檢查先前的錯誤記錄項目是否有錯誤、採取適當的更正動作並重新啟動資料庫，以便完成指令碼升級步驟。
- 日期/時間 spid6s 錯誤：3417，嚴重性：21，狀態：3。
- 日期/時間 spid6s 無法復原 master 資料庫。 SQL Server 無法執行。 從完整備份還原主機、修復或重建。 如需如何重建主資料庫的詳細資訊，請參閱《SQL Server 線上叢書》。
更多資訊
注意：當您嘗試將 SQL Server 執行個體從 SQL Server 2017 RTM CU6 降級為 CU5/CU4 時，可能會遇到相同的問題。 建議的因應措施也可以針對降級案例實作。
解決方式
此問題已在下列 SQL Server 累積更新中修正：
關於 SQL Server 的累積更新：
SQL Server 的每個新累積更新都包含所有 Hotfix 和先前累積更新的所有安全性修正程式。 查看 SQL Server 的最新累積更新：
因應措施
您可以啟用 SQL Server Agent 並重新啟動 SQL Server，作為此問題的因應措施。 升級完成後，可以再次停用 SQL Server Agent。
狀態
Microsoft 已確認這是「適用對象」一節中列出的 Microsoft 產品中的問題。
參考資料
了解 Microsoft 用來說明軟體更新的術語。