Compartilhar via

Alterações significativas nos recursos do Mecanismo de Banco de Dados no SQL Server 2025

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

Este artigo descreve as alterações significativas nos recursos no Mecanismo de Banco de Dados do SQL Server introduzido com o SQL Server 2025 (17.x). Essas alterações podem interromper aplicativos, scripts ou funcionalidades baseadas em versões anteriores do SQL Server.

As conexões de servidor vinculadas falham após uma atualização

O SQL Server 2025 (17.x) inclui alterações na criptografia que introduzem uma alteração significativa nos servidores vinculados. Essas alterações podem interromper aplicativos, scripts ou funcionalidades baseadas em versões anteriores do SQL Server.

Quando você atualiza das versões anteriores do SQL Server para o SQL Server 2025 (17.x) com o Microsoft OLE DB Driver 19, as configurações de servidor vinculado existentes podem falhar. Valores padrão diferentes para o parâmetro de criptografia podem causar essa falha, a menos que um certificado válido seja fornecido.

No SQL Server 2025 (17.x):

Para obter informações sobre como se conectar com segurança às instâncias do SQL Server 2025 (17.x), consulte TDS 8.0.

Os componentes de replicação falham após uma atualização

O SQL Server 2025 (17.x) inclui alterações na criptografia que introduzem uma alteração significativa na replicação Transacional, Snapshot, Peer-to-peer e Merge.

Os componentes de replicação podem falhar após uma atualização para o SQL Server 2025 (17.x) de todas as versões anteriores do SQL Server, se a instância do SQL Server:

  • É configurado como um editor de replicação.
  • Tem um distribuidor remoto na topologia de replicação.
  • Não está configurado com um certificado confiável.

Você pode ver o seguinte comportamento após a atualização:

  • A replicação continua sendo bem-sucedida, mas as alterações na publicação falham.
  • Falha no Monitor de Replicação no SSMS (SQL Server Management Studio).
  • O status do agente na interface do usuário do SSMS falha.

Um distribuidor remoto usa um servidor vinculado para comunicação entre o publicador e o distribuidor. O padrão seguro introduzido no SQL Server 2025 (17.x) do provedor OLEDB 19 requer isso TrustServerCertificate=False.

Você pode resolver esse problema preventivamente antes de iniciar a atualização ou resolver o problema se os componentes de replicação falharem após uma atualização.

Antes de iniciar a atualização

Se você souber que sua instância do SQL Server encontrará esse problema após uma atualização, você poderá atenuar preventivamente a falha configurando a instância do SQL Server para usar um certificado comercial público ou um certificado de uma autoridade de certificação interna.

Essa é a opção recomendada para segurança máxima.

Componentes com falha após uma atualização

Se os componentes de replicação falharem após uma atualização, você ainda poderá configurar a instância do SQL Server para usar um certificado comercial público ou um certificado de uma autoridade de certificação interna.

Como alternativa, você pode escolher a opção menos segura para substituir o padrão seguro do provedor OLEDB 19 e definir trust_distributor_certificate=yes para que o distribuidor confie no certificado autoassinado.

Para substituir o novo padrão seguro, use o procedimento armazenado sp_changedistributor_property para definir a opção trust_distributor_certificate como yes:

EXECUTE sp_changedistributor_property
    @property = N'trust_distributor_certificate',
    @value = N'yes';

Observação

As configurações padrão seguras estão relacionadas ao provedor OLEDB 19 subjacente, o que aumenta a segurança. A opção de substituir o padrão é menos segura do que configurar sua instância para usar um certificado confiável. Depois de substituir o padrão, você tem a opção de configurar o SQL Server para usar um certificado e, em seguida, usar o procedimento armazenado sp_changedistributor_property para definir a trust_distributor_certificate=no propriedade de volta para o padrão seguro.

Falha ao adicionar um distribuidor de replicação remota

O SQL Server 2025 (17.x) inclui alterações na criptografia que introduzem uma alteração significativa na replicação Transacional, Instantânea, Ponto a Ponto e Mesclagem.

Ao configurar um distribuidor para replicação, o procedimento armazenado sp_adddistributor falha quando:

  • O publicador é uma instância do SQL Server 2025 (17.x).
  • O distribuidor é remoto.
  • O distribuidor não está configurado com um certificado confiável.

Você pode ver o seguinte erro ao executar sp_adddistributor na instância do publicador:

OLE DB provider "MSOLEDBSQL19" for linked server "repl_distributor" returned message
"Client unable to establish connection".
Msg -2146893019, Level 16, State 1, Line 21
SSL Provider: The certificate chain was issued by an authority that is not trusted.

Um distribuidor remoto usa um servidor vinculado para comunicação entre o publicador e o distribuidor. O padrão seguro introduzido no SQL Server 2025 (17.x) do provedor OLEDB 19 requer isso TrustServerCertificate=False.

Para resolver esse problema, configure a instância do SQL Server do distribuidor para usar um certificado comercial público ou um certificado de uma autoridade de certificação interna.

Como alternativa, você pode escolher a opção menos segura para substituir o padrão seguro do provedor OLEDB 19 e definir TrustServerCertificate=True para que o distribuidor confie no certificado autoassinado. Para substituir o padrão, use o trust_distributor_certificate parâmetro ao chamar o procedimento armazenado sp_adddistributor :

EXECUTE sys.sp_adddistributor @trust_distributor_certificate = 'yes';

Observação

As configurações padrão seguras estão relacionadas ao provedor OLEDB 19 subjacente, o que aumenta a segurança. A opção de substituir o padrão é menos segura do que configurar sua instância para usar um certificado confiável. Depois de substituir o padrão, você tem a opção de configurar o SQL Server para usar um certificado e, em seguida, usar o procedimento armazenado sp_changedistributor_property para definir a trust_distributor_certificate=no propriedade de volta para o padrão seguro.

O monitoramento remoto de envio de logs pode ser interrompido

O SQL Server 2025 (17.x) inclui alterações na criptografia que introduzem uma alteração significativa no envio de logs. Você pode encontrar esses problemas ao atualizar.

O monitoramento de envio de logs poderá ser interrompido se o monitor for uma instância remota do SQL Server 2025 (17.x) quando outras instâncias do SQL Server na topologia de envio de logs usarem uma versão anterior.

Para obter informações sobre como se conectar com segurança às instâncias do SQL Server 2025 (17.x), consulte TDS 8.0.

Consultas e populações de Full-Text falham após atualização

O SQL Server 2025 (17.x) remove todos os binários de filtro e separador de palavras herdados usados pelo Full-Text Search. Esses componentes são recriados com um conjunto de ferramentas moderno e oferecem suporte expandido para mais idiomas e tipos de documentos. Os índices existentes após a atualização são designados de acordo com index_version = 1sys.fulltext_indexes. Os índices recém-criados são designados como versão 2 e usam os novos componentes, a menos que especificado de outra forma usando a configuração com escopo do banco de dados FULLTEXT_INDEX_VERSION.

Qualquer consulta Full-Text em um índice da versão 1 falha ao localizar os binários do separador de palavras no disco imediatamente após a atualização:

Msg 30010, Level 16, State 2, Line 8
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.

Da mesma forma, após a atualização, qualquer população de texto completo emitida em um índice de versão 1 não consegue localizar os binários de filtro no disco.

Warning: No appropriate filter was found during full-text index population for table or indexed view '[db].[dbo].[table_name]' (table or indexed view ID '901578250', database ID '5'), full-text key value '1'. Some columns of the row were not indexed.

Recompilar índices existentes com a nova versão

A maneira recomendada de continuar usando seus índices é recompilá-los com os componentes mais recentes da versão 2.

-- Verify value = 2
SELECT *
FROM sys.database_scoped_configurations
WHERE [name] = 'FULLTEXT_INDEX_VERSION';

-- Per catalog upgrade
ALTER FULLTEXT CATALOG [FtCatalog] REBUILD;

O único método para atualizar índices individuais sem recriar todo o catálogo é soltá-los e recriá-los.

Continuar usando a versão 1

Se for necessário permanecer na versão 1 para compatibilidade do aplicativo, primeiro verifique se você definiu FULLTEXT_INDEX_VERSION = 1 para evitar uma atualização não intencional na recompilação.

ALTER DATABASE SCOPED CONFIGURATION
    SET FULLTEXT_INDEX_VERSION = 1;

Em seguida, você deve copiar o separador de palavras herdado e filtrar binários de uma instância mais antiga para a pasta da instância de binn destino.

Conteúdo relacionado

  • Last updated on