KB5008996 - 2019 年 SQL Server 的累積更新 15
Release Date:
2022/1/27
Version:
15.0.4198.2
摘要
本文說明 Microsoft SQL Server 2019 的累積更新套件 15 (CU15) 。 此更新包含 2019 年 SQL Server 累積更新 14 發行之後發行的 36 個修正程式，並且會更新下列組建中的元件：
-
SQL Server - 產品版本：15.0.4198.2檔案版本：2019.150.4198.2
-
Analysis Services - 產品版本： 15.0.35.22檔案版本： 2018.150.35.22
這個更新的已知問題
SQL Server 2019 CU14 推出修正程式，以解決內建SESSION_CONTEXT傳回的平行方案中的錯誤結果。 不過，此修正程式可能會在重設會話以重複使用時，導致存取違規傾倒。 若要減輕此問題，您可以停用原始修正程式，並停用內建SESSION_CONTEXT的平行式，以避免使用下列追蹤標幟來避免錯誤的結果：
-
11042 - 此追蹤標幟停用內建SESSION_CONTEXT的平行式。
-
9432 - 此追蹤標幟會停用 SQL Server 2019 CU14 中引入的修正程式。
Microsoft 正在努力修正此問題，並將于未來的 CU 中提供。
此累積更新中包含的改進與修正
可下載Excel包含組建摘要清單及其目前支援週期的活頁簿可供使用。 Excel檔案也包含 SQL Server 2019 和 SQL Server 2017 的詳細修正程式清單。 按一下以立即下載此Excel檔案。
附註: 下表中的個別專案可直接透過書簽參照。 如果您按一下表格中的任何錯誤參照識別碼，您會注意到書簽標籤是使用「#bkmk_NNNNNNNN」格式新增至 URL。 然後，您可以與其他人共用此 URL，讓他們可以直接跳到表格中所要的修正程式。
如需有關此累積更新中所包含之修正和增強功能之錯誤的詳細資訊，請參閱下列 Microsoft 知識庫文章。
|
錯誤參照 |
知識庫文件編號 |
描述 |
修正區域 |
Platform |
|
|---|---|---|---|---|---|
|
修正 AVERAGEX (CURRENTGROUP () ) 函數傳回接近 0 的不正確結果的問題，除非您在 DAX 查詢的量值加上 0.0 |
Analysis Services |
Windows |
|||
|
修正欄名稱工具提示在 SQL Server 2019 Master Data Services (MDS) 中無法顯示的問題 |
資料品質服務 (DQS) |
Windows |
|||
|
如果您在 2019 年 SQL Server 的 MDS Excel 增益集中新增日期在 1899 年最後一天到 1900 年 3 月的第一天之間，則修正不一致的資料問題 |
資料品質服務 (DQS) |
Windows |
|||
|
5010555 |
高可用性 |
全部 |
|||
|
當 STATE 為3 (錯誤) 診斷 HADR 健康情況事件時，在 AlwaysOn_health XEvent 會話擷取 XEvent sp_server_diagnostics XEvent 的改進 |
高可用性 |
Windows |
|||
|
將 [還原進度] 新增至 SQL Server 2019 中SQL Server錯誤記錄檔，就像復原進度一樣 |
高可用性 |
Windows |
|||
|
修正在 SQL Server 2019 年使用高延遲網路中的Always On可用性群組時，次要複本的斷斷失敗的問題。 您可能會在錯誤記錄檔中看到此遺失： 主張：檔案：<「e：\\b\s3\\sources\\sql\\ntdbms\\storeng\\dfs\\trans\\lsnlocmap.cpp」>， line=358 Failed Assertion = 'pos - pndx < map->EntryCount' |
高可用性 |
Windows |
|||
|
修正在嘗試連線到次要 AG 聆聽者且應用程式意圖設為 [唯讀] 的分散式可用性群組容錯移轉之後發生的錯誤 |
高可用性 |
Windows |
|||
|
修正如果應用程式原生程式更新資料表具有大型物件 (LOB) 欄，且未在 UPDATE 清單中指定 LOB 資料行，In-Memory線上交易處理 (OLTP) 期間發生的下列記憶體不足錯誤： <DateTime>不允許資料庫「零售」的頁面配置，因為資源資料庫「OVICLTP」中的記憶體不足。 |
記憶體內部 OLTP |
全部 |
|||
|
修正Distributed Replay用戶端可能會因未處理的例外狀況而失敗的問題。 此修正程式適用于 2019 年 SQL Server 發行的 Distributed Replay 用戶端。 以下是您可能會在輸出/記錄檔中觀察到的錯誤：
Datetime 發生操作 [常見] 未處理的例外狀況。 [例外代碼 = 3221225477] |
管理工具 |
Windows |
|||
|
修正在 SQL Server 2019 中，維護方案中的 [縮小資料庫] 工作無法運作的問題 |
管理工具 |
Windows |
|||
|
修正當您將預設資料目錄設為Azure Blob 儲存體 URL 時， (CU) 修補失敗的問題： 不支援指定路徑的格式。 例外類型「System.NotSupportedException」 附註： 若要解決此問題，您可以將資料預設目錄變更為本機目錄，並重新執行SQL修補程式。 |
安裝&設定 |
Windows |
|||
|
5010234 |
SQL 連線能力 |
Windows |
|||
|
5010246 |
SQL 引擎 |
Linux |
|||
|
5008647 |
SQL 引擎 |
Linux |
|||
|
藉由使用SQL平臺抽象圖層 (PAL) 加密設定，可讓您將預設的機器金鑰位置變更為自訂位置，藉此增加提升電腦金鑰的安全性。 |
SQL 引擎 |
Linux |
|||
|
5010653 |
SQL 引擎 |
全部 |
|||
|
在 Linux 的 SQL Server 2019 中，在非預期當機時擷取記憶體傾印的功能也有所改善 |
SQL 引擎 |
Linux |
|||
|
修正使用 ASCII 函數轉換資料行時，發行者與訂閱者資料庫資料表中會顯示不同轉換結果的問題。 如需詳細資訊，請參閱ASCII 函數會傳回Publisher和訂閱者資料庫資料表中不同的結果。 |
SQL 引擎 |
Windows |
|||
|
修正 Linux 上的預設追蹤在 20 MB 的限制大小之前會重迭的問題 |
SQL 引擎 |
Linux |
|||
|
修正當您將計算資料行放到同一個資料表後，篩選過的索引損毀，而當您執行 DBCC CHECKTABLE with EXTENDED_LOGICAL_CHECKS 時，篩選的索引損毀報告為 8951 和 8955 錯誤 |
SQL 引擎 |
Windows |
|||
|
修正使用 PolyBase 外部資料表查詢 Hadoop 中的資料時，發生 java.nio.BufferOverflowException 錯誤的問題。 附註： 當從具有類型 Varchar 或 Nvarchar 欄的檔案查詢寬度大於 256 個字元時，會發生此錯誤。 |
SQL 引擎 |
全部 |
|||
|
修正使用空間索引執行 STDistance 空間方法時的記憶體釋放問題。 修正之前，MEMORYCLERK_SOSNODE的記憶體使用量會逐漸增加，直到取得所有可用的記憶體為止 |
SQL 引擎 |
Windows |
|||
|
修正 dm_db_page_info函數 在針對交易記錄檔呼叫函數時，可能會記錄suspect_pages資料表中假造損頁面專案的問題 |
SQL 引擎 |
Windows |
|||
|
修正sp_pkeys KEY_SEQ欄輸出不符合主鍵中所定義之欄的順序的問題 |
SQL 引擎 |
Windows |
|||
|
修正已確定的記憶體會計問題，在某些情況下，FAIL_PAGE_ALLOCATION錯誤可能會在 Linux 上啟動SQL Server服務後的幾天發生 |
SQL 引擎 |
Linux |
|||
|
修正在 SQL Server 2019 中使用 FileTable 時發生的存取違規問題 |
SQL 引擎 |
Windows |
|||
|
修正存取違規的 sqldk！在編譯動態管理檢視 (DMV 查詢時發生的 StringVPrintfWorkerW) sys.dm_os_ring_buffers |
SQL 引擎 |
Windows |
|||
|
修正當 SQL Server使用 [鎖定記憶體] 將記憶體置於記憶體模型底下最大伺服器記憶體上方時，會發生的全系統低記憶體問題。 附註： 您應該安裝啟動追蹤標幟 8121 以啟用此修正程式。 |
SQL 引擎 |
Windows |
|||
|
修正在 2019 年 SQL Server 安裝的 ubuntu docker 容器上使用虛擬裝置介面 (VDI) 備份資料庫時會發生的下列錯誤： Host_515697bb-6009-4018-b373-50c871ed736c_SQLVDIMemoryName_0：ClientBufferAreaManager：：SyncWithGlobalTable：開啟 (hBufferMemory) ：錯誤2Host_515697bb-6009-401 8-b373-50c871ed736c_SQLVDIMemoryName_0：TriggerAbort：叫用：錯誤0Host_515697bb-6009-4018-b373-50c871ed736c_SQLVDIMemoryName_0：TriggerAbort：ChannelSem：error 2features 由 SQL Server 傳回：0x10000 開啟裝置。 |
SQL 引擎 |
Linux |
|||
|
5009753 |
SQL 效能 |
全部 |
|||
|
修正在具有 UNION 運算子的查詢編譯期間，在 ORDER BY 子句中使用縮放User-Defined函數 (UDF) lnlining 時發生的下列錯誤 104： Msg 104、層級 16、狀態 1、行<LineNumber> |
SQL 效能 |
全部 |
|||
|
修正 CQPOnDemandTask：：若已啟用自動異數更新統計資料，就可執行QPJob。 您可能會在錯誤記錄檔中看到此遺失： 主張：檔案：<sosmemobj.cpp>，line=2774 Failed Assertion = 'pvb->FLargeAlloc () == FALSE' |
SQL 效能 |
Windows |
|||
|
修正在儲存程式中編譯的特定語句似乎「停滯」並顯示 sqlsource_transform ，直到手動介入為止的問題 |
SQL 效能 |
Windows |
|||
|
修正平行查詢在批次處理模式中執行，可能會在安裝 CU 14 後造成存取違規和記憶體傾印。 |
SQL 效能 |
Windows |
|||
|
修正使用 SQL Server 2019 累積更新 14 (CU14 之後，CXPort 中發生的存取違規問題) |
SQL 效能 |
Windows |
如何取得或下載此或最新的累積更新套件
下列更新可從 Microsoft 下載中心取得：
![[下載] 圖示](https://support.content.office.net/zh-tw/media/78af609e-f711-2638-de00-ccbc586124ad.png)
立即下載 SQL Server 2019 的最新累積更新套件
附註:
-
Microsoft 下載中心一律會展示最新的 SQL Server 2019 CU 版本。
-
如果未顯示下載頁面，請連絡 Microsoft 客戶服務及支援 以取得累積更新套件。
下列更新可從 Microsoft Update Catalog 取得：
立即下載 SQL Server 2019 CU 15 的累積更新套件
附註:
-
Microsoft Update Catalog包含此 SQL Server 2019 CU，且先前發行SQL Server 2019 CU 發行。
-
此 CU 也可透過 Windows Server Update Services (WSUS) 。
-
我們建議您一律安裝最新的累積更新可供使用
若要將 Linux 上的 SQL Server 2019 更新至最新的 CU，您必須先設定累積更新存放庫。 然後，使用適當的平臺特定更新命令來更新SQL Server套件。
如需 CU 套件下載的安裝指示和直接連結，請參閱SQL Server 2019 版本資訊。
若要在 Linux 上將 Microsoft SQL Server 2019 巨量資料叢集 (BDC) 升級至最新的 CU，請參閱巨量資料叢集部署指導方針。
從 SQL Server 2019 CU1 開始，您可以從 2019 年 (SQL Server GDR1) ，針對生產支援的版本，對巨量資料叢集執行就地升級。 如需詳細資訊，請參閱如何升級SQL Server 巨量資料叢集。
如需詳細資訊，請參閱巨量資料叢集版本資訊。
檔案資訊
您可以透過下列命令，以運算 SQLServer2019-KB5008996-x64.exe 檔案的雜湊來驗證下載：
certutil -hashfile SQLServer2019-KB5008996-x64.exe SHA256
|
檔案名稱 |
SHA256 雜湊 |
|---|---|
|
SQLServer2019-KB5008996-x64.exe |
503A17BDCACD1E02FF1E6EE673E6F1EEDB0DAF674CAF4FAFFE607FDC4D230190 |
可下載Excel包含組建摘要清單及其目前支援週期的活頁簿可供使用。 Excel檔案也包含 SQL Server 2019 和 SQL Server 2017 的詳細修正程式清單。 按一下以立即下載此Excel檔案。
此套件的英文版本具有 (或更新版本的檔案屬性) 列于下表中。 這些檔案的日期和時間是以 Coordinated Universal Time (UTC) 表示。 當您檢視檔案資訊時，它會轉換為當地時間。 若要查看 UTC 與當地時間的差異，請使用 [控制台] 中 [日期和時間] 項目的 [時區] 索引標籤。
|
x64 版本 SQL Server 2019 Analysis Services
SQL Server 2019 Database Services Common Core
SQL Server 2019 sql_dreplay_client
SQL Server 2019 sql_dreplay_controller
SQL Server 2019 Database Services Core 實例
SQL Server 2019 Database Services Core Shared
SQL Server 2019 sql_extensibility
SQL Server 2019 Full-Text Engine
SQL Server 2019 sql_inst_mr
SQL Server 2019 Integration Services
SQL Server 2019 sql_polybase_core_inst
SQL Server 2019 sql_shared_mr
SQL Server 2019 sql_tools_extensions
|
此更新注意事項
若要套用此累積更新套件，您必須執行 SQL Server 2019。
套用此累積更新套件之後，可能必須重新啟動電腦。
如果要使用此套件的其中一個 Hotfix，您不需要對登錄進行任何變更。
本文也提供下列重要資訊：
Analysis Services CU 組建版本
從 2017 年 Microsoft SQL Server 日開始，Analysis Services 組建版本號碼與 SQL Server 資料庫引擎 組建版本號碼不相符。 如需詳細資訊，請參閱驗證 Analysis Services 累積更新組建版本。
CU) (累積更新
-
每個最新累積更新都包含 SQL Server 已安裝版本的之前累積更新。
-
SQL Server CU 的認證等級與 Service Pack 相同，且應該安裝在相同的信賴等級。
-
我們建議您依照下列指導方針，持續且主動地安裝 CU：
-
歷史資料表明，很多支援案例都涉及已發行累積更新中已解決的問題。
-
累積更新套件含的附加價值可能高於 Hotfix。 包括支援能力、可管理性和可靠性更新。
-
-
建議您先測試 SQL Server CU，再將它們部署到生產環境。
當您將更新部署到混合式環境 (如 AlwaysOn、複製、叢集和鏡像) 時，建議您在部署更新之前參照下列文章：
-
SQL Server容錯移轉叢集滾動更新與 Service Pack 程式
附註: 如果您不想使用滾動更新程式，請依照下列步驟來套用更新：
-
在被動式節點上安裝更新。
-
在作用中的節點上安裝更新 (需要重新開機服務) 。
-
-
附註: 如果您將 AlwaysOn 與 SSISDB 目錄一起啟用，請參閱 SSIS 與 AlwaysOn 的相關資訊，以取得如何在這些環境中套用更新的詳細資訊。
SQL Server CU 目前為多語系。 因此，此 CU 套件並非特定的一種語言。 它適用於所有支援語言。
One CU 套件包含所有 SQL Server 2019 元件的所有可用更新， (功能) 。 不過，累加更新套件只會更新您選取要送修SQL Server實例上目前安裝的元件。 例如，如果 SQL Server 功能 (套用此 CU 之後，Analysis Services) 新增至實例，您必須重新套用此 CU，才能將新功能更新到此 CU。
如果發生其他問題，或是需要進行任何疑難排解，您可能需要建立服務要求。 一般的支援成本將適用于其他支援問題，以及不符合此特定累積更新套件資格的問題。 如需 Microsoft 客戶服務及支援電話號碼的完整清單，或是建立個別的服務要求，請移至 Microsoft 支援服務網站。
如何解除安裝此更新
-
在 主控台 中，開啟[程式和功能] 專案，然後選取 [檢視已安裝的更新]。
-
在 SQL Server 2019底下找出與此累積更新套件相對應的專案。
-
按住 (或以右鍵按一下) 該項目，然後選取 [解除安裝]。
若要在 Linux 上卸載此 CU，您必須將套件回復到先前的版本。 如需有關如何復原安裝的詳細資訊，請參閱復原SQL Server。
參考
