Partilhar via

Problemas conhecidos do SQL Server 2025

Aplica-se a: SQL Server 2025 (17.x)

Este artigo descreve problemas conhecidos para o SQL Server 2025 (17.x).

As seguintes questões são atualmente identificadas:

A instalação do SQL Server 2025 falha quando o TLS 1.2 está desabilitado

Problema: A instalação do SQL Server 2025 (17.x) falha se o TLS 1.2 estiver desativado na máquina, incluindo as instâncias do cluster de failover.

Solução alternativa: Ative o TLS 1.2 na máquina antes de tentar instalar o SQL Server 2025 (17.x).

Para ativar o TLS 1.2, defina a seguinte entrada do registo para o TLS 1.2 para true:

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

Configurar o Windows para usar TLS fornece um script PowerShell para ativar o TLS 1.2 programaticamente.

Windows Arm64 não suportado

O SQL Server 2025 (17.x) não é suportado no Windows Arm64. Apenas CPUs Intel e AMD x86-64 com até 64 núcleos por nó NUMA são suportadas atualmente.

A atualização in-loco falha devido ao Microsoft Visual C++ Redistributable

Uma atualização das seguintes versões pode falhar:

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

Isso pode acontecer quando o ambiente do sistema operacional existente está faltando o Microsoft Visual C++ Redistributable para Visual Studio 2022 ou uma versão mais antiga deste componente está instalada.

Quando isso acontece, o log de instalação inclui uma entrada como o exemplo a seguir:

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.

Para concluir a atualização, adicione ou repare o componente redistribuível e execute a instalação novamente.

Para obter o ficheiro redistribuível, reveja os últimos downloads suportados do Microsoft Visual C++ Redistributable.

SQL Server falha ao iniciar no Windows em máquinas com mais de 64 núcleos lógicos por nó NUMA

Problema: as instâncias do SQL Server no Windows podem falhar ao iniciar após a instalação se a máquina tiver mais de 64 núcleos lógicos por nó NUMA.

Para obter mais informações, consulte Limitar o número de núcleos lógicos por nó NUMA a 64.

Correio de Base de Dados no Linux

Problema: o email do banco de dados no Linux não funciona quando o SQL Server está configurado para impor criptografia estrita.

Atualmente, a única solução alternativa é não impor encriptação rigorosa.

SQLPS

Problema: SQLPS.exe, o subsistema SQL Agent PowerShell e o módulo SQLPS PowerShell não funcionam quando o SQL está configurado para impor criptografia estrita.

Atualmente, a única solução alternativa é não impor encriptação rigorosa.

O trabalho syspolicy_purge_history do SQL Server Agent relata uma falha na etapa 3. Esse trabalho é executado diariamente por padrão. Uma instância que não impõe criptografia estrita não reproduz esse problema; Outra opção é desativar o trabalho.

Comportamento incorreto de SESSION_CONTEXT em planos paralelos

As consultas que usam a função interna SESSION_CONTEXT podem retornar resultados incorretos ou causar despejos de AV (violação de acesso) quando executadas em planos de consulta paralelos. Esse problema decorre da maneira como a função interage com threads de execução paralela, particularmente quando a sessão é redefinida para reutilização.

Para obter mais informações, consulte a seção Problemas conhecidos em SESSION_CONTEXT.

Problema ao definir o algoritmo de compactação de backup para ZSTD

Há um problema conhecido ao tentar definir o algoritmo de compactação de backup como ZSTD.

Ao especificar o algoritmo ZSTD (backup compression algorithm = 3), a seguinte mensagem de erro retorna:

Msg 15129, Level 16, State 1
Procedure sp_configure '3' is not a valid value for configuration option 'backup compression algorithm'.

Use o novo algoritmo de compactação diretamente no comando BACKUP Transact-SQL em vez de definir a opção de configuração do servidor.

Modelos ONNX locais não suportados em sistemas operacionais Linux

Os modelos locais ONNX de CREATE EXTERNAL MODEL alojados diretamente no SQL Server não estão atualmente disponíveis para Linux no SQL Server 2025 (17.x).

O algoritmo de hash PBKDF2 pode afetar o desempenho do login

No SQL Server 2025 (17.x), a autenticação baseada em palavra-passe utiliza o PBKDF2 (RFC2898) como algoritmo de hash predefinido. Esse aprimoramento melhora a segurança da senha aplicando 100.000 iterações de hash SHA-512. O aumento do custo computacional do PBKDF2 significa um tempo de login da Autenticação SQL um pouco maior. Esse efeito é especialmente percetível em ambientes sem pool de conexões ou onde a latência de login é monitorada de perto. Em ambientes agrupados, o efeito é normalmente mínimo.

Para obter mais informações, consulte CREATE LOGIN e Suporte para verificadores de senha de hash iterados e salgados no SQL Server 2022 CU12.

A exceção de violação de acesso pode ocorrer em réplicas secundárias legíveis sob determinadas condições

Considere um banco de dados habilitado para usar o recurso Repositório de Consultas para secundários legíveis , usando o seguinte comando DDL (linguagem de definição de dados):

ALTER DATABASE [Database_Name]
    FOR SECONDARY
    SET QUERY_STORE = ON
    (OPERATION_MODE = READ_WRITE);

Consultas que cumprem as seguintes condições podem sofrer uma violação de acesso quando uma variante da consulta PSP não consegue determinar o estado persistente da sua instrução principal do despachante:

  • Executado numa réplica secundária
  • Sensível à deteção de parâmetros
  • Elegível para otimização do plano sensível a parâmetros (PSP)

Identificámos uma correção para uma versão futura do SQL Server 2025 (17.x).

Solução alternativa: desative o PSP em secundários para cada banco de dados integrado para usar o recurso Repositório de Consultas para secundários legíveis. No contexto de uma base de dados específica, emita a seguinte declaração Transact-SQL:

ALTER DATABASE SCOPED CONFIGURATION FOR SECONDARY
    SET PARAMETER_SENSITIVE_PLAN_OPTIMIZATION = OFF;

Os eventos de auditoria do SQL Server não escrevem no registo de Segurança

Pressuponha que configurou vários eventos de auditoria do SQL Server para serem registados no log de segurança do SQL Server 2025 (17.x). Neste cenário, repara que todas as auditorias de servidores, exceto a primeira auditoria, não registam. Além disso, ao adicionar a segunda auditoria do servidor, pode receber um erro semelhante à seguinte mensagem no registo de erros do SQL Server:

Error: 33204, Severity: 17, State: 1.
SQL Server Audit could not write to the security log.

Identificámos uma correção para uma versão futura do SQL Server 2025 (17.x).

Solução alternativa: Use um dos seguintes métodos:

  • Escreva eventos de auditoria num ficheiro em vez do registo de segurança do SQL Server.

  • Para permitir que múltiplas auditorias do servidor escrevam no registo de Segurança, altere o valor desta subchave do registo de 0 para 1:

    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\EventLog\Security\MSSQL$<InstanceName>$Audit\EventSourceFlags

    As auditorias ao servidor devem ser reiniciadas para que a nova definição do registo entre em vigor:

    ALTER SERVER AUDIT [AuditName] WITH (STATE = OFF);
GO
ALTER SERVER AUDIT [AuditName] WITH (STATE = ON);
GO

Índice vetorial

Quando constrói um índice vetorial usando a CREATE VECTOR INDEX instrução, ou usando o índice vetorial via VECTOR_SEARCH, recebe a seguinte mensagem de aviso:

Warning: The join order has been enforced because a local join hint is used.

O aviso pode ser ignorado em segurança, pois não afeta a correção dos resultados.

Quando se usa MAXDOP com CREATE VECTOR INDEX ou VECTOR_SEARCH, o conjunto de valores para MAXDOP é ignorado. Para definir o valor desejado para MAXDOP, defina a opção de configuração ao nível max degree of parallelism do servidor em vez disso. Para mais informações, consulte configuração do servidor: grau máximo de paralelismo ou a opção ao nível MAXDOP da base de dados em ALTERAR CONFIGURAÇÃO COM ALCANCE DA BASE DE DADOS.

A atualização falha se os Serviços de Qualidade de Dados forem instalados

Se os Serviços de Qualidade de Dados estiverem instalados e atualizares a tua instância SQL Server para SQL Server 2025 (17.x), a atualização falha durante a etapa das Regras de Funcionalidades do assistente de Atualização do SQL Server.

Captura de ecrã do ecrã de Regras de Funcionalidades de Atualização do SQL Server, com os Serviços de Qualidade de Dados destacados a vermelho.

Solução alternativa: Usa o /IACCEPTDQUNINSTALL parâmetro da linha de comandos. Para mais informações, consulte Parâmetros de atualização no artigo Instalar, configurar ou desinstalar o SQL Server no Windows a partir do prompt de comandos.

Também podes executar uma atualização completa sem vigilância a partir da linha de comandos, desde que incluas o /IACCEPTDQUNINSTALL parâmetro.

Pesquisa de Texto Completo falha ao indexar documentos de texto simples maiores que 25 MB

Se tentar indexar um documento em texto simples com mais de 25 MB, verá o erro FILTER_E_PARTIALLY_FILTERED simbólico no registo de rastreamento:

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 ...

Observação

Documentos de texto simples incluem documentos com um class_id{C1243CA0-BF96-11CD-B579-08002B30BFEB}, conforme reportado pelo sys.fulltext_document_types.

Solução alternativa: Configure o tamanho máximo do ficheiro no registo do Windows:

Advertência

A edição incorreta do registo pode danificar gravemente o seu sistema. Antes de fazer alterações no Registro, recomendamos que você faça backup de todos os dados valiosos no computador.

Editar o valor DWORD MaxTextFilterBytes, que está localizado em HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\ContentIndex. Por exemplo, para remover completamente o limite de tamanho da linha de comandos com reg add, execute o seguinte comando:

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

Depois de atualizar o valor do registo, realize novamente o Full-Text crawl.

Acordo de licença incorreto para o instalador do LocalDB

Questão: O instalador do LocalDB aponta para uma versão pré-visualizada do acordo de licença de utilizador final (EULA).

Para contornar este problema, deve descarregar o instalador da edição Express e escolher a opção LocalDB no ecrã de seleção de pacotes.

Identificámos uma correção para uma versão futura do SQL Server 2025 (17.x).

Conteúdo relacionado

  • Last updated on