徵狀
假設您已在 Linux 上安裝 SQL Server 2017。 當您升級至 SQL Server 2017 CU4 或更新版本，且未啟用 SQL Server 代理程式時，您可能會收到下列錯誤訊息：
日期/時間 spid6s 錯誤：4860、嚴重性：16、狀態：1。
[日期/時間spid6s 無法大容量載入]。 檔案 "FilePath\SqlTraceCollect.dtsx" 不存在，或您沒有檔存取權。
日期/時間 spid6s 錯誤：912、嚴重性：21、State：2。
[日期/時間] spid6s 資料庫 [master "的腳本層級升級失敗，因為升級步驟 ' msdb110_upgrade .sql」遇到錯誤200，狀態7，嚴重度25。 這是嚴重的錯誤狀況，可能會干擾一般操作，而且資料庫將會離線。 如果您在 [master "資料庫升級期間發生錯誤，就會使整個 SQL Server 實例無法啟動。 檢查先前的錯誤記錄項目是否有錯誤、採取適當的修正動作並重新啟動資料庫，以便腳本升級步驟執行完成。
日期/時間 spid6s 錯誤：3417、嚴重性：21、State：3。
[日期/時間spid6s 無法復原主資料庫]。 SQL Server 無法執行。 從完整備份還原主版、修復或重新建立。 如需如何重建主資料庫的詳細資訊，請參閱 SQL Server 線上書籍。
其他相關資訊
注當您嘗試將您的 SQL server 實例從 SQL Server 2017 RTM CU6 降級至 CU5/CU4 時，可能會遇到相同的問題。 您也可以針對降級案例來實施建議的因應措施。
解決方案
此問題已在下列 SQL Server 累積更新中修正：
每個新的 SQL Server 累計更新都包含所有的修正程式，以及前一個累積更新中所包含的所有安全性修正程式。 查看 SQL Server 的最新累計更新：
因應措施
若要解決此問題，您可以啟用 SQL Server 代理程式並重新啟動 SQL Server。 升級完成後，就可以再次停用 SQL Server 代理程式。
狀態
Microsoft 已確認＜適用於＞一節中所列的 Microsoft 產品確實有上述問題。
參考
瞭解 Microsoft 用於描述軟體更新的 詞彙。
