Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
Aplica-se a: SQL Server 2025 (17.x)
Este artigo descreve problemas conhecidos para SQL Server 2025 (17.x).
Os seguintes problemas estão identificados no momento:
- A instalação falha quando o TLS 1.2 está desabilitado
- Windows Arm64 sem suporte
- Atualização no local falha devido ao Microsoft Visual C++ Redistribuível
- SQL Server em Windows falha ao iniciar em computadores com mais de 64 núcleos lógicos por nó NUMA
- Email de banco de dados no Linux
- SQLPS
- Comportamento incorreto de SESSION_CONTEXT em planos paralelos
- Problema ao definir o algoritmo de compactação de backup como ZSTD
- Modelos ONNX locais sem suporte em sistemas operacionais Linux
- O algoritmo de hash PBKDF2 pode afetar o desempenho de logon
- Índice de vetor
- Os eventos de auditoria do SQL Server não são gravados no log de segurança
- A atualização falhará se os Serviços de Qualidade de Dados estiverem instalados
- Pesquisa de texto completo
- Contrato de licença incorreto para o instalador localDB
- SQL Server pode ficar lento ou sem resposta depois de criar ou colocar online um grande número de bancos de dados
Instalação do SQL Server 2025 falha quando o TLS 1.2 está desativado.
Issue: A instalação do SQL Server 2025 (17.x) falha se o TLS 1.2 estiver desabilitado na máquina, incluindo instâncias de cluster de failover.
Workaround: habilite o TLS 1.2 no computador antes de tentar instalar o SQL Server 2025 (17.x).
Para habilitar o TLS 1.2, defina a seguinte entrada do Registro para TLS 1.2 como true:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols
Configurar o Windows para usar TLS fornece um script PowerShell para habilitar o TLS 1.2 programaticamente.
Windows Arm64 sem suporte
SQL Server 2025 (17.x) não tem suporte no Windows Arm64. Atualmente, são suportadas apenas CPUs Intel e AMD x86-64 com até 64 núcleos por nó NUMA.
Atualização no local falha devido ao Microsoft Visual C++ Redistribuível
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á sem o Microsoft Visual C++ Redistribuível para Visual Studio 2022 ou uma versão mais antiga desse componente é instalada.
Quando isso acontece, o log de instalação inclui uma entrada como o seguinte exemplo:
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 arquivo redistribuível, examine os downloads mais recentes com suporte do Microsoft Visual C++ Redistribuível.
SQL Server em Windows falha ao iniciar em computadores quando há mais de 64 núcleos lógicos por nó NUMA
Issue: Instâncias do SQL Server no Windows podem falhar ao iniciar após a instalação se o computador 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 para 64.
Email de banco de dados no Linux
Issue: o email de banco de dados no Linux não funciona quando SQL Server é configurado para impor criptografia estrita.
Atualmente, a única solução alternativa é não impor criptografia estrita.
SQLPS
Problema: SQLPS.exe, o subsistema powershell do SQL Agent e o módulo do SQLPS PowerShell não funcionam quando o SQL é configurado para impor criptografia estrita.
Atualmente, a única solução alternativa é não impor criptografia estrita.
O trabalho SQL Server Agent syspolicy_purge_history 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 é desabilitar 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 desencadear despejos de violação de acesso (AV) quando executados em planos de consulta paralelos. Esse problema decorre da maneira como a função interage com threads de execução paralelos, especialmente 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 como 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 sem suporte em sistemas operacionais Linux
CREATE EXTERNAL MODEL modelos ONNX locais hospedados diretamente no SQL Server não estão disponíveis no momento para Linux no SQL Server 2025 (17.x).
O algoritmo de hash PBKDF2 pode afetar o desempenho de logon
No SQL Server 2025 (17.x), a autenticação baseada em senha usa PBKDF2 (RFC2898) como o algoritmo de hash padrão. Esse aprimoramento melhora a segurança de senha aplicando 100.000 iterações de hash SHA-512. O aumento do custo computacional do PBKDF2 significa um pouco mais de tempo de logon da Autenticação SQL. Esse efeito é especialmente perceptível em ambientes sem pool de conexões ou em que a latência de logon é monitorada de perto. Em ambientes compartilhados, o efeito normalmente é mínimo.
Para obter mais informações, consulte CREATE LOGIN e Suporte para Verificadores de Senha com Hash Iterado e Salgado no SQL Server 2022 CU12.
Eventos de auditoria do SQL Server não são gravados no log de segurança.
Suponha que você configurou vários eventos de auditoria do SQL Server para salvar no log de segurança do SQL Server 2025 (17.x). Nesse cenário, você observará que todas as auditorias de servidor, exceto a primeira auditoria de servidor, não gravam. Além disso, ao adicionar a segunda auditoria de servidor, você pode receber um erro semelhante à seguinte mensagem no log de erros do SQL Server:
Error: 33204, Severity: 17, State: 1.
SQL Server Audit could not write to the security log.
Identificamos 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 em um arquivo em vez do log de segurança do SQL Server.
Para permitir que várias auditorias de servidor escrevam no log de segurança, altere esse valor de subchave do Registro de
0para1HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\EventLog\Security\MSSQL$<InstanceName>$Audit\EventSourceFlagsAs auditorias de servidor devem ser reiniciadas para que a nova configuração do Registro entre em vigor:
ALTER SERVER AUDIT [AuditName] WITH (STATE = OFF); GO ALTER SERVER AUDIT [AuditName] WITH (STATE = ON); GO
Índice de vetor
Ao criar um índice de vetor usando a instrução CREATE VECTOR INDEX ou usando o índice de vetor via VECTOR_SEARCH, você 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 com segurança, pois não afeta a correção dos resultados.
Quando você usa MAXDOP com CREATE VECTOR INDEX ou VECTOR_SEARCH, o valor definido para MAXDOP é ignorado. Para definir o valor desejado para MAXDOP, defina, em vez disso, a opção de configuração de nível de servidor max degree of parallelism. Para obter mais informações, consulte a configuração do servidor: grau máximo de paralelismo ou a opção no nível MAXDOP do banco de dados em ALTER DATABASE SCOPED CONFIGURATION.
A atualização falhará se os Serviços de Qualidade de Dados estiverem instalados
Se os Serviços de Qualidade de Dados estiverem instalados e você atualizar sua instância de SQL Server para o SQL Server 2025 (17.x), a atualização falhará durante a etapa de Regras de Funcionalidade do assistente de atualização do SQL Server.
Solução alternativa: use o /IACCEPTDQUNINSTALL parâmetro da linha de comando. Para obter 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 comando.
Você também pode executar uma atualização autônoma completa a partir da linha de comando, desde que o parâmetro /IACCEPTDQUNINSTALL seja incluído.
Pesquisa de texto completo
Problema: Full-Text Pesquisa falha ao indexar documentos de texto não criptografado com mais de 25 MB Se você tentar indexar um documento de texto sem formatação maior que 25 MB, verá o erro FILTER_E_PARTIALLY_FILTERED simbólico no log 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 de {C1243CA0-BF96-11CD-B579-08002B30BFEB}, conforme relatado por sys.fulltext_document_types.
Workaround: configure o tamanho máximo do arquivo no registro Windows:
Aviso
A edição incorreta do registro pode danificar severamente seu sistema. Antes de fazer alterações no Registro, é recomendável fazer backup dos dados importantes no computador.
Edite o valor DWORD MaxTextFilterBytes, que está localizado em HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\ContentIndex. Por exemplo, para remover o limite de tamanho inteiramente da linha de comando 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 Registro, reemita a pesquisa de texto completo.
Problema: Consultas de texto completo usando formas flexionadas falham em determinados idiomas quando o Index Version2 está habilitado
Full-Text usa lematizadores para Freetext, Freetexttable ou FORMSOF(INFLECTIONAL) argumento em Contains and Containstable. Para idiomas em que um stemmer não está registrado ou disponível, as consultas que fazem referência a formas flexionadas podem falhar com o erro a seguir.
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.
Solução alternativa: evite usar consultas com formas inflexionais para idiomas que não têm stemmers registrados. Para obter mais informações, consulte separadores de palavras da versão 2. Se o aplicativo tiver uma forte dependência do comportamento de pesquisa linguística ou inflexional nesses idiomas, configure o banco de dados para usar a Versão de Índice de Texto Completo 1.
Contrato de licença incorreto para o instalador localDB
Problema: o instalador do LocalDB aponta para uma versão prévia do EULA (contrato de licença do usuário final).
Para contornar esse problema, você deve baixar o instalador do Express Edition e escolher a opção LocalDB na tela de seleção do pacote.
Identificamos uma correção para uma versão futura do SQL Server 2025 (17.x).
SQL Server pode ficar lento ou sem resposta depois de criar ou colocar online um grande número de bancos de dados
Problema: esse comportamento é causado por um thread de trabalho em segundo plano criado para cada banco de dados como parte da funcionalidade estatísticas persistentes para réplicas secundárias legíveis. Esse recurso é habilitado por padrão no SQL Server 2025 (17.x). O thread em segundo plano é criado quando os bancos de dados ficam online e podem causar pressão de thread de trabalho e redução da capacidade de resposta da instância, mesmo quando nenhuma réplica secundária é configurada.
Workaround: habilite o sinalizador de inicialização trace 15608 e reinicie SQL Server. Você deve habilitar o sinalizador de rastreamento na inicialização. Habilitá-lo após a inicialização não interrompe threads em segundo plano que já foram criados para bancos de dados que foram colocados online. Em cenários sem réplicas secundárias, esse sinalizador de rastreamento ainda é necessário como uma mitigação temporária para impedir que o thread em segundo plano por banco de dados seja criado durante a inicialização do banco de dados.
Uma correção está planejada para uma atualização futura do SQL Server 2025 (17.x).