Поделиться через

Известные проблемы SQL Server 2025

Применимо к: SQL Server 2025 (17.x)

В этой статье описываются известные проблемы SQL Server 2025 (17.x).

В настоящее время SQL Server 2025 (17.x) определил следующие известные проблемы:

Установка SQL Server 2025 завершается сбоем при отключении TLS 1.2

Проблема: установка SQL Server 2025 (17.x) завершается ошибкой, если на компьютере отключен протокол TLS 1.2, включая экземпляры отказоустойчивого кластера.

Обходное решение. Включите TLS 1.2 на компьютере перед попыткой установить SQL Server 2025 (17.x).

Чтобы включить 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. В настоящее время поддерживаются только процессоры Intel и AMD x86-64 с 64 ядрами на узел NUMA .

Обновление на месте завершается сбоем из-за распространяемого компонента Microsoft Visual C++

Обновление из следующих версий может завершиться ошибкой:

  • SQL Server 2016 (13.x)
  • SQL Server 2017 (14.x)

Это может произойти, если в существующей операционной системе отсутствует распространяемый компонент Microsoft Visual C++ для 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.

Чтобы завершить обновление, добавьте или восстановите распространяемый компонент и снова запустите установку.

Чтобы получить распространяемый файл, просмотрите распространяемые файлы Microsoft Visual C++ с последними поддерживаемыми скачиваемыми файлами.

SQL Server в Windows не удается запустить на компьютерах с более чем 64 логическими ядрами на узел NUMA

Проблема. Экземпляры SQL Server в Windows могут не запускаться после установки, если компьютер имеет более 64 логических ядер на узел NUMA.

Дополнительные сведения см. в разделе "Ограничение числа логических ядер на узел NUMA" до 64.

Почта баз данных для Linux

Проблема. Почта базы данных в Linux не работает, если SQL Server настроен для принудительного шифрования.

В настоящее время единственное решение заключается в том, чтобы не применять строгое шифрование.

SQLPS

Проблема: SQLPS.exe, подсистема PowerShell агента SQL и модуль PowerShell SQLPS не работают, если SQL настроено для принудительного шифрования.

В настоящее время единственное решение заключается в том, чтобы не применять строгое шифрование.

Задание syspolicy_purge_history агента SQL Server сообщает об ошибке на шаге 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 вместо настройки параметра конфигурации сервера.

Локальные модели ONNX не поддерживаются в операционных системах Linux

СОЗДАНИЕ локальных моделей ONNX, размещенных непосредственно на SQL Server, в настоящее время недоступно для Linux в SQL Server 2025 (17.x).

Алгоритм хэширования PBKDF2 может повлиять на производительность входа

В SQL Server 2025 (17.x) проверка подлинности на основе паролей использует PBKDF2 (RFC2898) в качестве алгоритма хэширования по умолчанию. Это улучшение повышает безопасность паролей, применяя 100 000 итераций хэширования SHA-512. Увеличение вычислительной стоимости PBKDF2 означает немного больше времени входа в систему проверки подлинности SQL. Этот эффект особенно заметно в средах без пула подключений или где задержка входа внимательно отслеживается. В пуловых средах эффект обычно минимальный.

Дополнительные сведения см. в статье CREATE LOGINand Support for Iterated and Salted Hash Password Verifiers in SQL Server 2022 CU12.

Исключение «нарушение доступа» может возникать на вторичных репликах, доступных для чтения, при определенных условиях.

Рассмотрим, что база данных включена для использования хранилища запросов для доступных для чтения вторичных файлов , используя следующую команду языка определения данных (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 базы данных в ALTER DATABASE SCOPED CONFIGURATION.

Обновление завершается ошибкой, если установлены службы качества данных

Если службы качества данных установлены и вы обновляете экземпляр SQL Server до SQL Server 2025 (17.x), обновление завершается сбоем во время этапа правил компонентов мастера обновления SQL Server.

Снимок экрана: экран правил компонентов обновления SQL Server с выделенным красным цветом служб качества данных.

Обходное решение. Используйте /IACCEPTDQUNINSTALL параметр из командной строки. Для получения дополнительной информации см. раздел Параметры обновления в статье Установка, настройка или удаление SQL Server на Windows из командной строки.

Вы также можете запустить полное автоматическое обновление из командной строки, если включите этот параметр /IACCEPTDQUNINSTALL.

Full-Text поиск не может индексировать документы с открытым текстом размером более 25 МБ

Если вы пытаетесь индексировать документ с открытым текстом размером более 25 МБ, вы увидите символьную ошибку 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:

Предупреждение

Неправильное редактирование реестра может серьезно повредить вашу систему. Перед внесением изменений в реестр рекомендуется создать резервную копию всех важных данных.

Измените значение DWORD MaxTextFilterBytes, которое находится в HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\ContentIndex. Например, чтобы полностью удалить ограничение размера из командной строки reg add, выполните следующую команду:

reg add "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\ContentIndex" /v MaxTextFilterBytes /t REG_DWORD /d ffffffff

После обновления значения реестра повторно выполните полнотекстовый обход.

Связанный контент

  • Last updated on