適用於：
SQL Server 2025 （17.x）
本文描述了 SQL Server 2025（17.x）已知的問題。
SQL Server 2025（17.x）目前已識別以下已知問題：
- 停用 TLS 1.2 時安裝失敗
- 不支援 Windows Arm64
- 就地升級因 Microsoft Visual C++ 可轉散發套件而失敗
- Windows 上的 SQL Server 無法在每個 NUMA 節點邏輯核心超過 64 個的機器上啟動
- Linux 上的資料庫郵件
- SQLPS
- 平行計劃中SESSION_CONTEXT的不正確行為
- 將備份壓縮演算法設定為 ZSTD 時發生問題
- Linux 作業系統不支援本機 ONNX 型號
- PBKDF2雜湊演算法會影響登入效能
- 在特定條件下，可讀取次要複本上可能會發生存取違規例外狀況
- 向量索引
- SQL Server 稽核事件不會寫入安全日誌
- 資料品質服務已安裝時，升級會失敗
- Full-Text 搜尋無法索引大於 25 MB 的純文字文件
停用 TLS 1.2 時，SQL Server 2025 安裝失敗
問題：若在機器上停用 TLS 1.2，SQL Server 2025（17.x）包括故障轉移叢集實例的安裝會失敗。
解決方法：在嘗試安裝 SQL Server 2025（17.x）前，先在機器上啟用 TLS 1.2。
要啟用 TLS 1.2，請將以下 TLS 1.2 登錄檔設為 true：
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols
設定 Windows 以使用 TLS 提供一個 PowerShell 腳本，以程式方式啟用 TLS 1.2。
Windows 不支援 Arm64
SQL Server 2025（17.x）不支援 Windows Arm64。 目前僅支援 每個 NUMA 節點最多 64 個核心 的 Intel 和 AMD x86-64 CPU。
就地升級因 Microsoft Visual C++ 可轉散發套件而失敗
從下列版本升級可能會失敗：
- SQL Server 2016 （13.x）
- SQL Server 2017 （14.x）
當現有的作業系統環境缺少適用於 Visual Studio 2022 的 Microsoft Visual C++ 可轉散發套件，或已安裝此元件的舊版時，可能會發生這種情況。
發生這種情況時，安裝日誌會包含如下範例的專案：
This application requires Microsoft Visual C++ Redistributable for
Visual Studio 2022 (x64/x86, version 14.34 at minimum).
Please install the Redistributable, then run this installer again.
For more information, see: https://go.microsoft.com/fwlink/?linkid=2219560.
若要完成升級，請新增或修復可轉散發元件，然後重新執行安裝。
若要取得可轉散發的檔案，請檢閱 Microsoft Visual C++ 可轉散發件最新支援的下載。
Windows 上的 SQL Server 無法在每個 NUMA 節點超過 64 個邏輯核心的電腦上啟動
問題：如果機器每個 NUMA 節點有超過 64 個邏輯核心，Windows 上的 SQL Server 實例可能無法在安裝之後啟動。
如需詳細資訊，請參閱 將每個 NUMA 節點的邏輯核心數目限制為 64。
Linux 上的資料庫郵件
問題：當 SQL Server 設定為強制執行嚴格加密時，Linux 上的資料庫郵件無法運作。
目前唯一的解決方法是不強制執行嚴格加密。
SQLPS
問題：當 SQL 設定為強制執行嚴格加密時，SQLPS.exe、SQL 代理程式 PowerShell 子系統和 SQLPS PowerShell 模組無法運作。
目前唯一的解決方法是不強制執行嚴格加密。
SQL Server 代理程式作業 syspolicy_purge_history 會在步驟 3 上報告失敗。 預設情況下，此工作會每日執行。 未強制執行嚴格加密的執行個體不會重現此問題;另一個選項是停用工作。
"SESSION_CONTEXT 在平行執行計劃中的行為不正確"
使用內建SESSION_CONTEXT函式的查詢可能在平行查詢計劃中執行時，傳回不正確的結果或觸發存取違規（AV）傾印。 此問題源自於函數與並行執行線程互動的方式，特別是當會話重置以重複使用時。
如需詳細資訊，請參閱 中的SESSION_CONTEXT一節。
將備份壓縮演算法設定為 ZSTD 時發生問題
嘗試將 備份壓縮演算法 設定為 ZSTD 時發生已知問題。
指定 ZSTD 演算法時，backup compression algorithm = 3會傳回下列錯誤訊息：
Msg 15129, Level 16, State 1
Procedure sp_configure '3' is not a valid value for configuration option 'backup compression algorithm'.
直接在 BACKUP Transact-SQL 命令中使用新的壓縮演算法，而不是設定伺服器組態選項。
Linux 作業系統不支援本機 ONNX 型號
建立外部模型 直接託管在 SQL Server 的本地 ONNX 模型目前無法在 SQL Server 2025（17.x）上支援 Linux。
PBKDF2雜湊演算法會影響登入效能
在 SQL Server 2025（17.x）中，基於密碼的驗證使用 PBKDF2（RFC2898）作為預設雜湊演算法。 此增強功能透過套用 100,000 次 SHA-512 雜湊反覆運算來改善密碼安全性。 PBKDF2 的計算成本增加意味著 SQL 身份驗證登錄時間稍長。 這種影響在沒有連線集區或密切監控登入延遲的環境中尤其明顯。 在共用環境中，影響通常很小。
如需詳細資訊，請參閱 CREATE LOGIN 和 SQL Server 2022 CU12 中反覆運算和鹽味雜湊密碼驗證器的支援。
在特定條件下，可讀取次要複本上可能會發生存取違規例外狀況
考慮一個資料庫，以啟用 Query Store 用於可讀備援的功能，使用以下資料定義語言（DDL）命令：
ALTER DATABASE [Database_Name]
FOR SECONDARY
SET QUERY_STORE = ON
(OPERATION_MODE = READ_WRITE);
當 PSP 查詢變體 無法判斷其父調度器語句的持續狀態時，滿足下列條件的查詢可能會發生存取異常：
- 在次要備份上執行
- 對參數嗅探敏感
- 符合參數敏感計劃 （PSP） 最佳化的資格
已確認修正方案，並將納入未來 SQL Server 2025（17.x）版本中。
因應措施：針對已上線的每個資料庫停用次要資料庫上的 PSP，以使用查詢存放區進行可讀取的次要資料庫功能。 從特定資料庫的內容中，發出下列 Transact-SQL 陳述式：
ALTER DATABASE SCOPED CONFIGURATION FOR SECONDARY
SET PARAMETER_SENSITIVE_PLAN_OPTIMIZATION = OFF;
SQL Server 稽核事件不會寫入安全日誌
假設你設定了多個 SQL Server 稽核事件，寫入 SQL Server 2025（17.x）的安全日誌。 在這種情況下，你會發現除了第一次伺服器稽核外，所有其他伺服器稽核都未寫入。 此外，當你新增第二個伺服器稽核時，可能會收到類似 SQL Server 錯誤日誌中以下訊息的錯誤訊息：
Error: 33204, Severity: 17, State: 1.
SQL Server Audit could not write to the security log.
已確認修正方案，並將納入未來 SQL Server 2025（17.x）版本中。
變通方法：請使用以下其中一種方法：
將稽核事件寫入檔案，而非 SQL Server 安全日誌。
若要讓多個伺服器稽核同時寫入安全日誌，請將此登錄子鍵值
0從 改為1：HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\EventLog\Security\MSSQL$<InstanceName>$Audit\EventSourceFlags伺服器稽核必須重新啟動，新的登錄檔設定才會生效：
ALTER SERVER AUDIT [AuditName] WITH (STATE = OFF); GO ALTER SERVER AUDIT [AuditName] WITH (STATE = ON); GO
向量索引
當您使用CREATE VECTOR INDEX語句建立向量索引，或使用VECTOR_SEARCH來建立向量索引時，您會收到以下警告訊息：
Warning: The join order has been enforced because a local join hint is used.
這個警告可以安全忽略，因為它不影響結果的正確性。
當你使用 MAXDOP 配合 CREATE VECTOR INDEX 或 VECTOR_SEARCH 時，設置在 MAXDOP 的值會被忽略。 若要設定MAXDOP的理想值，請改為設定伺服器層級的max degree of parallelism設定選項。 欲了解更多資訊，請參閱伺服器配置：最大平行度度或 MAXDOP 中的資料庫層級選項。
如果有安裝資料品質服務，則升級將會失敗。
若已安裝資料品質服務，且您將 SQL Server 實例升級至 SQL Server 2025（17.x），升級會在 SQL Server 升級精靈的功能規則階段失敗。
變通方法：使用 /IACCEPTDQUNINSTALL 命令列的參數。 欲了解更多資訊，請參閱文章中「安裝、設定或卸載 SQL Server on Windows」中的命令提示字元「升級參數」。
只要你包含 /IACCEPTDQUNINSTALL 參數，也可以從指令列執行完整的無人值守升級。
Full-Text 搜尋無法索引超過 25 MB 的純文字文件
如果你嘗試索引大於 25 MB 的純文字文件，爬取日誌會出現符號錯誤 FILTER_E_PARTIALLY_FILTERED ：
Error '0x8004173e: The document was too large to filter in its entirety. Portions of the document were not emitted.' occurred during full-text index population for table or indexed view ...
備註
純文字文件包括具有 a class_id 的 {C1243CA0-BF96-11CD-B579-08002B30BFEB}文件，如 sys.fulltext_document_types 所述。
解決方法：在 Windows 登錄檔設定最大檔案大小：
警告
不正確編輯登錄可能會嚴重損壞您的系統。 在變更登錄之前，我們建議您備份電腦上的所有重要資料。
編輯位於HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\ContentIndex的MaxTextFilterBytes中的 DWORD 值。 例如，要完全移除命令列的 reg add大小限制，請執行以下指令：
reg add "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\ContentIndex" /v MaxTextFilterBytes /t REG_DWORD /d ffffffff
更新登錄檔值後，重新進行全文檢索。