SQL Server 2025 预览版已知问题

适用于: SQL Server 2025 (17.x) 预览版

本文介绍 SQL Server 2025 (17.x) 预览版的已知问题。

SQL Server 2025 (17.x) 预览版当前已确定以下已知问题:

禁用 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,请将 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols TLS 1.2 的注册表项设置为 true

将 Windows 配置为使用 TLS 1.2 提供 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) 预览 RC 1 上,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;

矢量索引

目前,在某些数据集上创建矢量索引时,可能会返回以下错误:

  • 错误 9829: STRING_AGG aggregation result exceeded the limit of 8000 bytes. Use LOB types to avoid result truncation.
  • 42234: Internal SQL error during DiskANN graph build

已确定修补程序,并将成为 SQL Server 2025(17.x) 预览版的未来版本的一部分。