Delen via

Belangrijke wijzigingen in database-enginefuncties in SQL Server 2025

Van toepassing op: SQL Server 2025 (17.x)

In dit artikel worden de belangrijke wijzigingen in functies in de SQL Server Database Engine beschreven die zijn geïntroduceerd met SQL Server 2025 (17.x). Deze wijzigingen kunnen toepassingen, scripts of functionaliteiten verbreken die zijn gebaseerd op eerdere versies van SQL Server.

Gekoppelde serververbindingen mislukken na een upgrade

SQL Server 2025 (17.x) bevat wijzigingen in versleuteling die een belangrijke wijziging aan gekoppelde servers introduceren. Deze wijzigingen kunnen toepassingen, scripts of functionaliteiten verbreken die zijn gebaseerd op eerdere versies van SQL Server.

Wanneer u een upgrade uitvoert van eerdere versies van SQL Server naar SQL Server 2025 (17.x) met Microsoft OLE DB Driver 19, kunnen bestaande gekoppelde serverconfiguraties mislukken. Verschillende standaardwaarden voor de versleutelingsparameter kunnen deze fout veroorzaken, tenzij er een geldig certificaat is opgegeven.

In SQL Server 2025 (17.x):

Zie TDS 8.0 voor informatie over hoe u veilig verbinding maakt met SQL Server 2025-exemplaren (17.x).

Replicatieonderdelen mislukken na een upgrade

SQL Server 2025 (17.x) bevat wijzigingen in versleuteling die leiden tot een brekende wijziging in transactionele, momentopname, peer-to-peer en Merge-replicatie.

Replicatieonderdelen kunnen mislukken na een upgrade naar SQL Server 2025 (17.x) van alle vorige versies van SQL Server, als uw SQL Server-exemplaar:

  • Is geconfigureerd als replicatie-uitgever.
  • Heeft een externe distributeur in de replicatietopologie.
  • Is niet geconfigureerd met een vertrouwd certificaat.

Mogelijk ziet u het volgende gedrag na de upgrade:

  • Replicatie blijft slagen, maar wijzigingen in de publicatie mislukken.
  • Replicatiemonitor in SQL Server Management Studio (SSMS) mislukt.
  • Agentstatus in de SSMS-gebruikersinterface mislukt.

Een externe distributeur maakt gebruik van een gekoppelde server voor communicatie tussen de uitgever en distributeur. De veilige standaardwaarde die is geïntroduceerd in SQL Server 2025 (17.x) van de OLEDB 19-provider vereist dat TrustServerCertificate=False.

U kunt dit probleem preventief oplossen voordat u de upgrade start, of u kunt het probleem oplossen als replicatieonderdelen mislukken na een upgrade.

Voordat u de upgrade start

Als u weet dat uw SQL Server-exemplaar dit probleem krijgt na een upgrade, kunt u de fout tijdelijk beperken door het SQL Server-exemplaar te configureren voor het gebruik van een openbaar commercieel certificaat of een certificaat van een interne certificeringsinstantie.

Dit is de aanbevolen optie voor maximale beveiliging.

Mislukte onderdelen na een upgrade

Als uw replicatieonderdelen mislukken na een upgrade, kunt u het SQL Server-exemplaar nog steeds configureren voor gebruik van een openbaar commercieel certificaat of een certificaat van een interne certificeringsinstantie.

U kunt ook de minder veilige optie kiezen om de veilige standaardwaarde van de OLEDB 19-provider te overschrijven en zo in te stellen trust_distributor_certificate=yes dat de distributeur het zelfondertekende certificaat vertrouwt.

Als u de nieuwe beveiligde standaard wilt overschrijven, gebruikt u de sp_changedistributor_property opgeslagen procedure om de trust_distributor_certificate optie in te stellen op yes:

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

Opmerking

Veilige standaardinstellingen hebben betrekking op de onderliggende OLEDB-provider 19, waardoor de beveiliging wordt verbeterd. De optie voor het overschrijven van de standaardwaarde is minder veilig dan het configureren van uw exemplaar voor het gebruik van een vertrouwd certificaat. Nadat u de standaardwaarde hebt overschreven, kunt u SQL Server configureren voor het gebruik van een certificaat en vervolgens de sp_changedistributor_property opgeslagen procedure gebruiken om de trust_distributor_certificate=no eigenschap weer in te stellen op de beveiligde standaardwaarde.

Het toevoegen van een externe replicatieverdeler mislukt

SQL Server 2025 (17.x) bevat wijzigingen in versleuteling die een ingrijpende wijziging met zich meebrengen in transactionele, momentopname, peer-to-peer en samenvoegingsreplicatie.

Bij het configureren van een distributeur voor replicatie mislukt de sp_adddistributor opgeslagen procedure wanneer:

  • De uitgever is een instantie van SQL Server 2025 (17.x).
  • De distributeur is op afstand.
  • De distributeur is niet geconfigureerd met een vertrouwd certificaat.

Mogelijk ziet u de volgende fout bij het uitvoeren sp_adddistributor op het uitgeverexemplaren:

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.

Een externe distributeur maakt gebruik van een gekoppelde server voor communicatie tussen de uitgever en distributeur. De veilige standaardwaarde die is geïntroduceerd in SQL Server 2025 (17.x) van de OLEDB 19-provider vereist dat TrustServerCertificate=False.

U kunt dit probleem oplossen door het SQL Server-exemplaar van de distributeur te configureren voor het gebruik van een openbaar commercieel certificaat of een certificaat van een interne certificeringsinstantie.

U kunt ook de minder veilige optie kiezen om de veilige standaardwaarde van de OLEDB 19-provider te overschrijven en zo in te stellen TrustServerCertificate=True dat de distributeur het zelfondertekende certificaat vertrouwt. Als u de standaardwaarde wilt overschrijven, gebruikt u de trust_distributor_certificate parameter bij het aanroepen van de sp_adddistributor opgeslagen procedure:

EXECUTE sys.sp_adddistributor @trust_distributor_certificate = 'yes';

Opmerking

Veilige standaardinstellingen hebben betrekking op de onderliggende OLEDB-provider 19, waardoor de beveiliging wordt verbeterd. De optie voor het overschrijven van de standaardwaarde is minder veilig dan het configureren van uw exemplaar voor het gebruik van een vertrouwd certificaat. Nadat u de standaardwaarde hebt overschreven, kunt u SQL Server configureren voor het gebruik van een certificaat en vervolgens de sp_changedistributor_property opgeslagen procedure gebruiken om de trust_distributor_certificate=no eigenschap weer in te stellen op de beveiligde standaardwaarde.

Externe logboekdistributiebewaking kan falen

SQL Server 2025 (17.x) bevat wijzigingen in versleuteling die leiden tot een belangrijke wijziging voor het verzenden van logboeken. Deze problemen kunnen optreden wanneer u een upgrade uitvoert.

Bewaking van logboekverzending kan worden verbroken als de monitor een extern SQL Server 2025-exemplaar (17.x) is wanneer andere SQL Server-exemplaren in de topologie voor logboekverzending een eerdere versie gebruiken.

Zie TDS 8.0 voor informatie over hoe u veilig verbinding maakt met SQL Server 2025-exemplaren (17.x).

Full-Text queries en populaties mislukken na een upgrade

SQL Server 2025 (17.x) verwijdert alle verouderde woordonderbrekers en filtert binaire bestanden die worden gebruikt door Full-Text Search. Deze onderdelen worden opnieuw opgebouwd met een moderne toolset en bieden uitgebreide ondersteuning voor meer talen en documenttypen. Bestaande indexen na de upgrade worden aangeduid met index_version = 1 overeenkomstig sys.fulltext_indexes. Nieuw gemaakte indexen worden aangewezen als versie 2 en gebruiken de nieuwe onderdelen, tenzij anders is opgegeven met behulp van de configuratie van het databasebereik FULLTEXT_INDEX_VERSION.

Elke Full-Text query op een index van versie 1 kan de binaire bestanden van de woordonderbreker niet vinden op schijf direct na de upgrade:

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.

Op dezelfde manier kan elke Full-Text populatie die is uitgegeven op een index van versie 1, de binaire filterbestanden op schijf niet vinden na de upgrade:

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.

Bestaande indexen opnieuw bouwen met nieuwe versie

De aanbevolen manier om uw indexen te blijven gebruiken, is door ze opnieuw te bouwen met de nieuwere onderdelen van versie 2.

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

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

De enige methode om afzonderlijke indexen te upgraden zonder de hele catalogus opnieuw te bouwen, is door ze te verwijderen en opnieuw te maken.

Blijf versie 1 gebruiken

Als het nodig is om versie 1 te blijven gebruiken voor toepassingscompatibiliteit, moet u eerst = 1 instellen FULLTEXT_INDEX_VERSION om een onbedoelde upgrade te voorkomen bij het opnieuw opbouwen.

ALTER DATABASE SCOPED CONFIGURATION
    SET FULLTEXT_INDEX_VERSION = 1;

Vervolgens moet u de verouderde woordonderbreker en bijbehorende filterbinaire bestanden kopiëren van een ouder exemplaar naar de binn map van het doelexemplaar.

Verwante inhoud

  • Last updated on