徵狀
假設您在 SQL Server 2017 的 Linux 中，您的 [Alwayson 可用性群組（AG）] 功能已設定。 當您使用 yum 命令將次要副本更新為累加更新18（CU18）時，您會注意到腳本升級可能失敗，並出現下列錯誤訊息：
DateTime SpidNum 無法更新資料庫 ' DatabaseName 」中的系統物件，因為它是唯讀的。
資料庫' DatabaseName 」的datetimeSpidNum CHECKDB 已完成，且datetime （當地時間）上沒有錯誤。 這只是一則資訊訊息;不需要使用者動作。
DateTime SpidNum在資料庫 [DatabaseName] 中升級訂閱設定和系統物件。
DateTime SpidNum無法更新 database "DatabaseName"，因為資料庫是唯讀的。
DateTime SpidNum執行 sp_vupgrade_replication 時的錯誤。
DateTime SpidNum將升級腳本狀態儲存為「SOFTWARE\Microsoft\MSSQLServer\Replication\Setup」。
DateTime SpidNum儲存升級腳本狀態的錯誤。
DateTime SpidNum資料庫' DatabaseName」正在將腳本 "upgrade_ucp_cmdw_discovery .sql" 從 level LevelNum升級至 level LevelNum。
DateTime SpidNum資料庫' DatabaseName」正在將腳本 "msdb110_upgrade .sql" 從 level LevelNum升級至 level LevelNum。
DateTime SpidNum開始執行 PRE_MSDB。語句
DateTime SpidNum錯誤：3930、嚴重性：16、State：1。
DateTime SpidNum目前事務無法提交，而且無法支援寫入記錄檔的操作。 回滾交易。
DateTime SpidNum錯誤：912、嚴重性：21、State：2。
DateTime SpidNum資料庫' DatabaseName '的腳本層級升級失敗，因為升級步驟 ' msdb110_upgrade .sql」遇到錯誤3930，狀態1，嚴重度16。 這是嚴重的錯誤狀況，可能會干擾一般操作，而且資料庫將會離線。 如果您在 [ DatabaseName "資料庫升級期間發生錯誤，就會使整個 SQL Server 實例無法啟動。 檢查先前的錯誤記錄項目是否有錯誤、採取適當的修正動作並重新啟動資料庫，以便腳本升級步驟執行完成。
DateTime SpidNum錯誤：3417、嚴重性：21、State：3。
DateTime SpidNum無法復原主資料庫。 SQL Server 無法執行。 從完整備份還原主版、修復或重新建立。 如需如何重建主資料庫的詳細資訊，請參閱 SQL Server 線上書籍。
由於伺服器關閉， DateTimeSpidNum SQL Trace 已停止。 Trace ID = "1"。 這只是一則資訊訊息;不需要使用者動作。
狀態
Microsoft 已確認＜適用於＞一節所列的 Microsoft 產品確實有上述問題。
解決方案
此問題已在下列 SQL Server 累積更新中修正：
關於 SQL Server 的累積更新：
每個新的 SQL Server 累計更新都包含所有的修正程式，以及前一個累積更新中所包含的所有安全性修正程式。 查看 SQL Server 的最新累計更新：
參考
了解 Microsoft 用來說明軟體更新的術語。
