Nota
O acesso a esta página requer autorização. Pode tentar iniciar sessão ou alterar os diretórios.
O acesso a esta página requer autorização. Pode tentar alterar os diretórios.
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 falha quando o TLS 1.2 está desativado
- Windows Arm64 não suportado
- A atualização no local falha devido ao Microsoft Visual C++ Redistributable
- SQL Server em Windows falha ao arrancar em máquinas com mais de 64 núcleos lógicos por nó NUMA
- Correio de base de dados no Linux
- SQLPS
- Comportamento incorreto de SESSION_CONTEXT em planos paralelos
- Problema ao definir o algoritmo de compactação de backup para ZSTD
- Modelos ONNX locais não suportados em sistemas operacionais Linux
- O algoritmo de hash PBKDF2 pode afetar o desempenho do login
- Índice vetorial
- Eventos de auditoria do SQL Server não são escritos no registo de segurança.
- A atualização falha se os Serviços de Qualidade de Dados forem instalados
- Full-Text Pesquisa
- Acordo de licença incorreto para o instalador do LocalDB
- SQL Server pode tornar-se lento ou pouco responsivo após criar ou colocar online um grande número de bases de dados
A instalação do SQL Server 2025 falha quando o TLS 1.2 é desativado
Issue: A instalação do SQL Server 2025 (17.x) falha se o TLS 1.2 estiver desativado na máquina, incluindo instâncias de 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
Configure Windows para usar TLS fornece um script PowerShell para ativar programaticamente o TLS 1.2.
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 no local 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)
Isto pode acontecer quando o ambiente do sistema operativo existente não tem o Microsoft Visual C++ Redistributable para Visual Studio 2022, ou quando 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.
O SQL Server no Windows falha em arrancar em máquinas com mais de 64 núcleos lógicos por nó NUMA
Issue: Instâncias do SQL Server no Windows podem não arrancar após a instalação se a máquina tiver mais de 64 núcleos lógicos em cada 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 correio de base de dados no Linux não funciona quando SQL Server está configurado para impor encriptação rigorosa.
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 SQL Server Agent syspolicy_purge_history reporta uma falha no passo 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 compressã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
CREATE EXTERNAL MODEL modelos ONNX locais 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
Em SQL Server de 2025 (17.x), a autenticação baseada em palavra-passe utiliza 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 Hash Iterados e Salteados em SQL Server 2022 CU12.
Os eventos de auditoria do SQL Server não escrevem no registo de segurança
Assuma que configurou múltiplos eventos de auditoria do SQL Server para registar no registo 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 futura versão 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
0para1:HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\EventLog\Security\MSSQL$<InstanceName>$Audit\EventSourceFlagsAs 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 o Data Quality Services estiver instalado e atualizar a sua instância do SQL Server para o SQL Server 2025 (17.x), a atualização falha durante a etapa Regras de Funcionalidades do assistente de atualização do SQL Server.
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 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.
Full-Text Pesquisa
Problema: Full-Text A pesquisa falha em indexar documentos em texto simples com mais de 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 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.
Problema: Consultas de Texto Integral que usam formas flexionais falham em certas línguas quando o Índice Versão 2 está ativado
Full-Text utiliza stemmers para Freetext, Freetexttable ou FORMSOF(INFLECTIONAL) argumentos em Contains e Containstable. Para línguas onde um stemmer não está registado ou disponível, consultas que referenciam formas flexionais podem falhar com o seguinte erro.
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 de forma flexional para línguas que não tenham stemmers registados. Para mais informações, veja Versão 2 Analisadores de Palavras. Se a aplicação tiver uma forte dependência do comportamento de pesquisa flexional ou linguística para tais línguas, configure a base de dados para usar Full-Text Index Versão 1 em vez disso.
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 futura versão do SQL Server 2025 (17.x).
O SQL Server pode tornar-se lento ou pouco responsivo após criar ou colocar online um grande número de bases de dados
Problema: Este comportamento é causado por um thread de trabalho em segundo plano por base de dados criado como parte da funcionalidade estatísticas persistentes para réplicas secundárias legíveis. Esta funcionalidade está ativada por defeito no SQL Server 2025 (17.x). O thread em segundo plano é criado quando as bases de dados entram em funcionamento e pode causar pressão no worker thread e redução da resposta da instância, mesmo quando não há réplicas secundárias configuradas.
Solução alternativa: Ative a flag de arranque trace 15608 e reinicie SQL Server. Deve ativar a bandeira de rastreio no arranque. Ativá-lo após o arranque não interrompe os threads em segundo plano que já estão criados para as bases de dados que foram ativadas. Em cenários sem réplicas secundárias, esta marca de rastreio ainda é necessária como uma solução temporária para evitar que o thread de background de cada base de dados seja criado durante o arranque da base de dados.
Está planeada uma correção para uma futura atualização do SQL Server 2025 (17.x).