适用于：
SQL Server 2025 （17.x）
本文介绍 SQL Server 2025（17.x）的已知问题。
SQL Server 2025 （17.x） 当前已确定以下已知问题：
- 禁用 TLS 1.2 时安装失败
- 不支持 Windows Arm64
- 由于 Visual C++ Redistributable Microsoft，就地升级失败
- Windows 上的 SQL Server 无法在每个 NUMA 节点超过 64 个逻辑核心的计算机上启动
- Linux 上的数据库邮件
- SQLPS
- 并行计划中SESSION_CONTEXT的行为不正确
- 将备份压缩算法设置为 ZSTD 时出现问题
- Linux作系统不支持本地 ONNX 模型
- PBKDF2 哈希算法可能会影响登录性能
- 在某些情况下，可读次要副本上可能会出现访问冲突异常
- 矢量索引
- SQL Server 审核事件不会写入安全日志
- 如果安装了 Data Quality Services，升级将失败
- 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
Windows Arm64 不支持 SQL Server 2025 （17.x）。 目前仅支持 每个 NUMA 节点最多具有 64 个核心 的 Intel 和 AMD x86-64 CPU。
由于 Visual C++ Redistributable Microsoft，就地升级失败
从以下版本升级可能会失败：
- SQL Server 2016 （13.x）
- SQL Server 2017 （14.x）
如果现有作系统环境缺少 visual Microsoft Visual C++ Redistributable for Visual Studio 2022，或者安装了此组件的较旧版本，则可能会发生这种情况。
发生这种情况时，安装日志包括如下例所示的条目：
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.
若要完成升级，请添加或修复可再发行组件，然后再次运行安装。
若要获取可再发行文件，请查看 visual C++ Redistributable 最新支持的下载Microsoft。
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 2025（17.x）上，SQL Server 上直接托管的 CREATE EXTERNAL MODEL 本地 ONNX 模型目前不适用于 Linux。
PBKDF2 哈希算法可能会影响登录性能
在 SQL Server 2025（17.x）中，基于密码的身份验证使用 PBKDF2（RFC2898）作为默认哈希算法。 此增强功能通过应用 100,000 次 SHA-512 哈希迭代来提高密码安全性。 PBKDF2 的计算成本增加意味着 SQL 身份验证登录时间略长。 在不使用连接池或密切监视登录延迟的环境中，这种影响尤其明显。 在共用环境中，效果通常最小。
有关详细信息，请参阅 SQL Server 2022 CU12 中的 CREATE LOGIN 和支持迭代哈希密码验证程序。
在某些情况下，可读次要副本上可能会出现访问冲突异常
请考虑使用启用了 查询存储可读辅助功能 的数据库，并使用以下数据定义语言（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 配置选项。 有关详细信息，请参阅服务器配置：ALTER DATABASE SCOPED CONFIGURATION 中的MAXDOP或数据库级选项。
如果安装了 Data Quality Services，升级将失败
如果安装了 Data Quality Services 并将 SQL Server 实例升级到 SQL Server 2025 （17.x），则升级在 SQL Server 升级向导的功能规则步骤中失败。
解决方法：使用 /IACCEPTDQUNINSTALL 命令行中的参数。 有关详细信息，请参阅命令提示符中的“在 Windows 上安装、配置或卸载 SQL Server”一文中的升级参数。
也可以从命令行运行完全无人参与的升级，只要包含参数 /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 ...
注释
纯文本文档包括具有class_id{C1243CA0-BF96-11CD-B579-08002B30BFEB}的文档，这些文档由sys.fulltext_document_types报告。
解决方法：在 Windows 注册表中配置最大文件大小：
警告
错误地编辑注册表可能会严重损坏系统。 更改注册表项之前，建议您备份计算机中的所有重要数据。
编辑位于HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\ContentIndex的 DWORD 值MaxTextFilterBytes。 例如，若要从命令行 reg add中完全删除大小限制，请运行以下命令：
reg add "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\ContentIndex" /v MaxTextFilterBytes /t REG_DWORD /d ffffffff
更新注册表值后，重新启动全文搜索爬网。