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

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

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

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

В настоящее время определены следующие проблемы:

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

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

Workaround: включите TLS 1.2 на компьютере, прежде чем пытаться установить SQL Server 2025 (17.x).

Чтобы включить TLS 1.2, задайте для TLS 1.2 trueследующую запись реестра:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols

Configure 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++ Redistributable.

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

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

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

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

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

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

SQLPS

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

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

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

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

CREATE EXTERNAL MODEL локальные модели ONNX, размещенные непосредственно на SQL Server, в настоящее время недоступны для Linux на SQL Server 2025 (17.x).

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

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

Дополнительные сведения см. в статье CREATE LOGIN и Поддержка итерационных и посоленных хешированных проверок паролей в SQL Server 2022 CU12.

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.

Обновление завершается ошибкой, если установлены Data Quality Services

Если службы качества данных установлены и если вы обновляете экземпляр 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.

Workaround: настройте максимальный размер файла в реестре 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

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

Проблема: Full-Text запросы с использованием инфлекционных форм завершаются сбоем для определенных языков при включенной версии Index 2

Full-Text использует стеммеры для Freetext, Freetexttable или FORMSOF(INFLECTIONAL) аргумента в Contains и Containstable. Для языков, для которых стеммер не зарегистрирован или недоступен, запросы, ссылающиеся на инфлекционные формы, могут завершиться с ошибкой, подобной следующей.

Msg 30010, Level 16, State 2, Line 119
An error has occurred during the full-text query. Common causes include: word-breaking errors or timeout, FDHOST permissions/ACL issues, service account missing privileges, malfunctioning IFilters, communication channel issues with FDHost and sqlservr.exe, etc. If recently performed in-place upgrade to SQL2025, For help please see https://aka.ms/sqlfulltext.

Обходное решение: Избегайте использования запросов с инфлекционными формами для языков, которые не имеют зарегистрированных стеммеров. Дополнительные сведения см. в модуле разбиения слов версии 2. Если приложение имеет сильную зависимость от инлекционного или лингвистического поиска на таких языках, настройте базу данных для использования Full-Text Index Версии 1.

Неверное лицензионное соглашение для установщика LocalDB

Проблема. Установщик LocalDB указывает на предварительную версию лицензионного соглашения конечного пользователя (EULA).

Чтобы обойти эту проблему, необходимо скачать установщик выпуска Express и выбрать параметр LocalDB на экране выбора пакета.

Мы определили исправление для будущего выпуска SQL Server 2025 (17.x).

SQL Server может стать медленным или неответственным после создания или подключения к сети большого количества баз данных

Проблема: Это поведение вызвано фоновым потоком, относящимся к конкретной базе данных, созданным в рамках функциональности сохраняемой статистики для доступных для чтения вторичных реплик. Эта функция включена по умолчанию в SQL Server 2025 (17.x). Фоновый поток создается при подключении баз данных и может вызывать нагрузку на рабочие потоки и уменьшение отзывчивости экземпляра, даже если вторичные реплики не настроены.

Workaround: включите флаг трассировки 15608 и перезапустите SQL Server. При запуске необходимо включить флаг трассировки. Включение после запуска не останавливает фоновые потоки, которые уже созданы для баз данных, которые были подключены к сети. В сценариях без вторичных реплик по-прежнему требуется использовать этот флаг трассировки как временное решение, чтобы предотвратить создание фонового потока для каждой базы данных во время её запуска.

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

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

  • Last updated on