Freigeben über

Erhebliche Änderungen an Datenbankmodulfeatures in SQL Server 2025

Gilt für: SQL Server 2025 (17.x)

In diesem Artikel werden die wichtigen Änderungen an Features im SQL Server-Datenbankmodul beschrieben, die mit SQL Server 2025 (17.x) eingeführt wurden. Diese Änderungen können Anwendungen, Skripts oder Funktionen unterbrechen, die auf früheren Versionen von SQL Server basieren.

Verknüpfte Serververbindungen schlagen nach einem Upgrade fehl

SQL Server 2025 (17.x) enthält Änderungen an der Verschlüsselung , die eine bahnbrechende Änderung an verknüpften Servern verursachen. Diese Änderungen können Anwendungen, Skripts oder Funktionen unterbrechen, die auf früheren Versionen von SQL Server basieren.

Wenn Sie ein Upgrade von früheren Versionen von SQL Server auf SQL Server 2025 (17.x) mit Microsoft OLE DB Driver 19 durchführen, können vorhandene verknüpfte Serverkonfigurationen fehlschlagen. Unterschiedliche Standardwerte für den Verschlüsselungsparameter können diesen Fehler verursachen, es sei denn, es wird ein gültiges Zertifikat bereitgestellt.

In SQL Server 2025 (17.x):

Informationen zum sicheren Herstellen einer Verbindung mit SQL Server 2025 (17.x)-Instanzen finden Sie unter TDS 8.0.

Replikationskomponenten schlagen nach einem Upgrade fehl

SQL Server 2025 (17.x) enthält Änderungen an der Verschlüsselung, die eine bedeutende Änderung an Transactional, Snapshot, Peer-to-Peer und Merge-Replikation bewirken.

Replikationskomponenten können nach einem Upgrade auf SQL Server 2025 (17.x) aus allen früheren Versionen von SQL Server fehlschlagen, wenn Ihre SQL Server-Instanz:

  • Ist als Replikationsherausgeber konfiguriert.
  • Verfügt über einen Remoteverteiler in der Replikationstopologie.
  • Ist nicht mit einem vertrauenswürdigen Zertifikat konfiguriert.

Möglicherweise wird nach dem Upgrade das folgende Verhalten angezeigt:

  • Die Replikation ist weiterhin erfolgreich, aber Änderungen an der Publikation schlagen fehl.
  • Replikationsmonitor in SQL Server Management Studio (SSMS) schlägt fehl.
  • Der Agentstatus in der SSMS-Benutzeroberfläche schlägt fehl.

Ein Remoteverteiler verwendet einen verknüpften Server für die Kommunikation zwischen Dem Herausgeber und Verteiler. Für den sicheren Standardwert, der in SQL Server 2025 (17.x) des OLEDB 19-Anbieters eingeführt wurde, ist dies TrustServerCertificate=Falseerforderlich.

Sie können dieses Problem vorab beheben, bevor Sie das Upgrade starten, oder Sie können das Problem beheben, wenn Replikationskomponenten nach einem Upgrade fehlschlagen.

Vor dem Starten des Upgrades

Wenn Sie wissen, dass diese SQL Server-Instanz nach einem Upgrade auf dieses Problem stoßen wird, können Sie den Fehler vorab beheben, indem Sie die SQL Server-Instanz so konfigurieren, dass ein öffentliches kommerzielles Zertifikat oder ein Zertifikat von einer internen Zertifizierungsstelle verwendet wird.

Dies ist die empfohlene Option für maximale Sicherheit.

Fehlgeschlagene Komponenten nach einem Upgrade

Wenn ihre Replikationskomponenten nach einem Upgrade fehlschlagen, können Sie die SQL Server-Instanz weiterhin so konfigurieren, dass ein öffentliches kommerzielles Zertifikat oder ein Zertifikat von einer internen Zertifizierungsstelle verwendet wird.

Alternativ können Sie die weniger sichere Option auswählen, um den sicheren Standard des OLEDB 19-Anbieters außer Kraft zu setzen und trust_distributor_certificate=yes so festzulegen, dass der Distributor dem selbstsignierten Zertifikat vertraut.

Um den neuen sicheren Standardwert außer Kraft zu setzen, verwenden Sie die sp_changedistributor_property gespeicherte Prozedur, um die trust_distributor_certificate Option auf :yes

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

Hinweis

Sichere Standardwerte beziehen sich auf den zugrunde liegenden OLEDB-Anbieter 19, der die Sicherheit verbessert. Die Option zum Überschreiben des Standardwerts ist weniger sicher als das Konfigurieren Ihrer Instanz für die Verwendung eines vertrauenswürdigen Zertifikats. Nachdem Sie den Standardwert überschrieben haben, haben Sie die Möglichkeit, SQL Server für die Verwendung eines Zertifikats zu konfigurieren, und verwenden Sie dann die gespeicherte sp_changedistributor_property Prozedur, um die trust_distributor_certificate=no Eigenschaft wieder auf den sicheren Standardwert festzulegen.

Fehler beim Hinzufügen eines Remotereplikationsverteilers

SQL Server 2025 (17.x) enthält Änderungen an der Verschlüsselung, die eine einschneidende Änderung an der Transaktionalen, Snapshot, Peer-to-Peer und Merge-Replikation bewirken.

Beim Konfigurieren eines Verteilers für die Replikation schlägt die sp_adddistributor gespeicherte Prozedur fehl, wenn:

  • Der Herausgeber ist eine SQL Server 2025 (17.x)-Instanz.
  • Der Verteiler ist remote.
  • Der Distributor ist nicht mit einem vertrauenswürdigen Zertifikat konfiguriert.

Möglicherweise wird beim Ausführen sp_adddistributor in der Herausgeberinstanz der folgende Fehler angezeigt:

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.

Ein Remoteverteiler verwendet einen verknüpften Server für die Kommunikation zwischen Dem Herausgeber und Verteiler. Für den sicheren Standardwert, der in SQL Server 2025 (17.x) des OLEDB 19-Anbieters eingeführt wurde, ist dies TrustServerCertificate=Falseerforderlich.

Um dieses Problem zu beheben, konfigurieren Sie die SQL Server-Distributorinstanz so, dass ein öffentliches kommerzielles Zertifikat oder ein Zertifikat von einer internen Zertifizierungsstelle verwendet wird.

Alternativ können Sie die weniger sichere Option auswählen, um den sicheren Standard des OLEDB 19-Anbieters außer Kraft zu setzen und TrustServerCertificate=True so festzulegen, dass der Distributor dem selbstsignierten Zertifikat vertraut. Verwenden Sie zum Überschreiben des Standardwerts den trust_distributor_certificate Parameter beim Aufrufen der gespeicherten sp_adddistributor Prozedur:

EXECUTE sys.sp_adddistributor @trust_distributor_certificate = 'yes';

Hinweis

Sichere Standardwerte beziehen sich auf den zugrunde liegenden OLEDB-Anbieter 19, der die Sicherheit verbessert. Die Option zum Überschreiben des Standardwerts ist weniger sicher als das Konfigurieren Ihrer Instanz für die Verwendung eines vertrauenswürdigen Zertifikats. Nachdem Sie den Standardwert überschrieben haben, haben Sie die Möglichkeit, SQL Server für die Verwendung eines Zertifikats zu konfigurieren, und verwenden Sie dann die gespeicherte sp_changedistributor_property Prozedur, um die trust_distributor_certificate=no Eigenschaft wieder auf den sicheren Standardwert festzulegen.

Die Überwachung des Remote-Protokollversands kann fehlschlagen.

SQL Server 2025 (17.x) enthält Änderungen an der Verschlüsselung , die eine bahnbrechende Änderung des Protokollversands bewirken. Beim Upgrade können diese Probleme auftreten.

Die Überwachung des Protokollversands kann unterbrochen werden, wenn der Monitor eine SQL Server 2025(17.x)-Remoteinstanz ist, wenn andere SQL Server-Instanzen in der Protokollversandtopologie eine frühere Version verwenden.

Informationen zum sicheren Herstellen einer Verbindung mit SQL Server 2025 (17.x)-Instanzen finden Sie unter TDS 8.0.

Full-Text Abfragen und Populationen schlagen nach dem Upgrade fehl

SQL Server 2025 (17.x) entfernt alle älteren Wörtertrennungs- und Filterbinärdateien, die von Full-Text Search verwendet werden. Diese Komponenten werden mit einem modernen Toolset neu erstellt und bieten erweiterte Unterstützung für weitere Sprachen und Dokumenttypen. Vorhandene Indizes nach dem Upgrade werden mit index_version = 1 gemäß sys.fulltext_indexes gekennzeichnet. Neu erstellte Indizes werden als Version 2 festgelegt und verwenden die neuen Komponenten, sofern nicht anderweitig mithilfe der Datenbankbereichskonfiguration FULLTEXT_INDEX_VERSION angegeben.

Jede Full-Text-Abfrage für einen Index von Version 1 kann die Worttrennungs-Binärdateien auf dem Datenträger unmittelbar nach dem Upgrade nicht finden.

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.

Ebenso kann jede Full-Text Population, die auf einem Index der Version 1 ausgegeben wurde, nach dem Upgrade die Filterbinärdateien auf dem Datenträger nicht finden:

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.

Neuerstellen vorhandener Indizes mit neuer Version

Die empfohlene Möglichkeit, ihre Indizes weiterhin zu verwenden, besteht darin, sie mit den neueren Komponenten der Version 2 neu zu erstellen.

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

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

Die einzige Methode zum Aktualisieren einzelner Indizes ohne Neuerstellung des gesamten Katalogs besteht darin, sie abzulegen und neu zu erstellen.

Beibehalten der Verwendung von Version 1

Wenn es erforderlich ist, für die Anwendungskompatibilität auf Version 1 zu bleiben, stellen Sie zuerst sicher, dass Sie = 1 festlegen FULLTEXT_INDEX_VERSION , um ein unbeabsichtigtes Upgrade bei der Neuerstellung zu vermeiden.

ALTER DATABASE SCOPED CONFIGURATION
    SET FULLTEXT_INDEX_VERSION = 1;

Anschließend müssen Sie das Legacy-Worttrennungsmodul und die Filter-Binärdateien aus einer älteren Instanz in den binn-Ordner der Zielinstanz kopieren.

Verwandte Inhalte

  • Last updated on