Not
Åtkomst till den här sidan kräver auktorisering. Du kan prova att logga in eller ändra kataloger.
Åtkomst till den här sidan kräver auktorisering. Du kan prova att ändra kataloger.
Gäller för: SQL Server 2025 (17.x)
Den här artikeln beskriver de icke-bakåtkompatibla ändringarna av funktioner i SQL Server Database Engine som introducerades med SQL Server 2025 (17.x). Dessa ändringar kan bryta program, skript eller funktioner som baseras på tidigare versioner av SQL Server.
Länkade serveranslutningar misslyckas efter en uppgradering
SQL Server 2025 (17.x) innehåller ändringar i kryptering som medför en avbrottsändring i länkade servrar. Dessa ändringar kan bryta program, skript eller funktioner som baseras på tidigare versioner av SQL Server.
När du uppgraderar från tidigare versioner av SQL Server till SQL Server 2025 (17.x) med Microsoft OLE DB Driver 19 kan befintliga länkade serverkonfigurationer misslyckas. Olika standardvärden för krypteringsparametern kan orsaka det här felet om inte ett giltigt certifikat har angetts.
I SQL Server 2025 (17.x):
-
Länkade servrar till instanser av SQL Server 2025 måste använda parametern
Encrypti anslutningssträngen - När du migrerar från tidigare utgåvor av SQL Server till SQL Server 2025 med Microsoft OLE DB Driver 19 kan befintliga länkade serverkonfigurationer misslyckas
Information om hur du ansluter säkert till SQL Server 2025-instanser (17.x) finns i TDS 8.0.
Replikeringskomponenter misslyckas efter en uppgradering
SQL Server 2025 (17.x) innehåller ändringar i kryptering som medför en brytande ändring av transaktionsreplikering, ögonblicksbildsreplikering, peer-to-peer-replikering och sammanslagningsreplikering.
Replikeringskomponenter kan misslyckas efter en uppgradering till SQL Server 2025 (17.x) från alla tidigare versioner av SQL Server, om din SQL Server-instans:
- Är konfigurerad som en replikeringsutgivare.
- Har en fjärrdistributör i replikeringstopologin.
- Har inte konfigurerats med ett betrott certifikat.
Du kan se följande beteende efter uppgraderingen:
- Replikeringen fortsätter att lyckas, men det går inte att ändra publikationen.
- Replikeringsövervakaren i SQL Server Management Studio (SSMS) misslyckas.
- Agentstatus i SSMS-användargränssnittet misslyckas.
En fjärrdistributör använder en länkad server för kommunikation mellan utgivaren och distributören. Den säkra standard som introducerades i SQL Server 2025 (17.x) för OLEDB 19-providern kräver att TrustServerCertificate=False.
Du kan lösa det här problemet förebyggande innan du påbörjar uppgraderingen, eller så kan du lösa problemet om replikeringskomponenterna misslyckas efter en uppgradering.
Innan du påbörjar uppgraderingen
Om du vet att sql Server-instansen kommer att stöta på det här problemet efter en uppgradering kan du förebyggande åtgärda felet genom att konfigurera SQL Server-instansen att använda ett offentligt kommersiellt certifikat eller ett certifikat från en intern certifikatutfärdare.
Det här är det rekommenderade alternativet för maximal säkerhet.
Misslyckade komponenter efter en uppgradering
Om replikeringskomponenterna misslyckas efter en uppgradering kan du fortfarande konfigurera SQL Server-instansen så att den använder ett offentligt kommersiellt certifikat eller ett certifikat från en intern certifikatutfärdare.
Du kan också välja det mindre säkra alternativet för att åsidosätta den säkra standardinställningen för OLEDB 19-providern och ange trust_distributor_certificate=yes så att distributören litar på det självsignerade certifikatet.
Om du vill åsidosätta den nya säkrade standardinställningen använder du sp_changedistributor_property den lagrade proceduren för att ange trust_distributor_certificate alternativet till yes:
EXECUTE sp_changedistributor_property
@property = N'trust_distributor_certificate',
@value = N'yes';
Anmärkning
Säkra standardinställningar gäller den underliggande OLEDB-providern 19, vilket förbättrar säkerheten. Alternativet att åsidosätta standardinställningen är mindre säkert än att konfigurera din instans för att använda ett betrott certifikat. När du har åsidosättt standardinställningen har du möjlighet att konfigurera SQL Server att använda ett certifikat och sedan använda den sp_changedistributor_property lagrade proceduren för att ange trust_distributor_certificate=no egenskapen tillbaka till den säkra standardinställningen.
Det går inte att lägga till en fjärrreplikeringsdistributör
SQL Server 2025 (17.x) innehåller ändringar i kryptering som medför en icke-bakåtkompatibel ändring av transaktions-, ögonblicksbilds-, peer-to-peer- och sammanslagningsreplikering.
När du konfigurerar en distributör för replikering misslyckas den sp_adddistributor lagrade proceduren när:
- Utgivaren är en SQL Server 2025-instans (17.x).
- Distributören är fjärransluten.
- Distributören är inte konfigurerad med ett betrott certifikat.
Du kan se följande fel när du kör sp_adddistributor på utgivarinstansen:
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.
En fjärrdistributör använder en länkad server för kommunikation mellan utgivaren och distributören. Den säkra standard som introducerades i SQL Server 2025 (17.x) för OLEDB 19-providern kräver att TrustServerCertificate=False.
Lös problemet genom att konfigurera SQL Server-distributörsinstansen så att den använder ett offentligt kommersiellt certifikat eller ett certifikat från en intern certifikatutfärdare.
Du kan också välja det mindre säkra alternativet för att åsidosätta den säkra standardinställningen för OLEDB 19-providern och ange TrustServerCertificate=True så att distributören litar på det självsignerade certifikatet. Om du vill åsidosätta standardinställningen använder du parametern trust_distributor_certificate när du anropar den sp_adddistributor lagrade proceduren:
EXECUTE sys.sp_adddistributor @trust_distributor_certificate = 'yes';
Anmärkning
Säkra standardinställningar gäller den underliggande OLEDB-providern 19, vilket förbättrar säkerheten. Alternativet att åsidosätta standardinställningen är mindre säkert än att konfigurera din instans för att använda ett betrott certifikat. När du har åsidosättt standardinställningen har du möjlighet att konfigurera SQL Server att använda ett certifikat och sedan använda den sp_changedistributor_property lagrade proceduren för att ange trust_distributor_certificate=no egenskapen tillbaka till den säkra standardinställningen.
Övervakning av fjärrloggsleverans kan brytas
SQL Server 2025 (17.x) innehåller ändringar i kryptering som medför en icke-bakåtkompatibel ändring av loggleveransen. Du kan stöta på dessa problem när du uppgraderar.
Övervakning av loggskeppning kan sluta fungera om övervakaren är en SQL Server 2025-fjärrinstans (17.x) när andra SQL Server-instanser i loggskeppningstopologin använder en tidigare version.
Information om hur du ansluter säkert till SQL Server 2025-instanser (17.x) finns i TDS 8.0.
Full-Text frågor och populationer misslyckas efter uppgraderingen
SQL Server 2025 (17.x) tar bort alla äldre ordbrytare och filterbinärfiler som används av Full-Text Search. Dessa komponenter återskapas med en modern verktygsuppsättning och ger utökat stöd för fler språk och dokumenttyper. Befintliga index efter uppgraderingen anges med index_version = 1 enligt sys.fulltext_indexes. Nyligen skapade index är avsedda för version 2 och använder de nya komponenterna, om inget annat anges med hjälp av FULLTEXT_INDEX_VERSION den databasomfångsbegränsade konfigurationen.
En Full-Text-fråga i ett version 1-index hittar inte ordbrytarbinärfilerna på disken omedelbart efter uppgraderingen.
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.
På samma sätt kan inte någon Full-Text population som utfärdats för ett version 1-index hitta filterbinärfilerna på disken efter uppgraderingen:
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.
Återskapa befintliga index med ny version
Det rekommenderade sättet att fortsätta använda dina index är att återskapa dem med de nyare version 2-komponenterna.
-- Verify value = 2
SELECT *
FROM sys.database_scoped_configurations
WHERE [name] = 'FULLTEXT_INDEX_VERSION';
-- Per catalog upgrade
ALTER FULLTEXT CATALOG [FtCatalog] REBUILD;
Den enda metoden för att uppgradera enskilda index utan att återskapa hela katalogen är att släppa och återskapa dem.
Fortsätt använda version 1
Om det är nödvändigt att behålla version 1 för programkompatibilitet måste du först ange FULLTEXT_INDEX_VERSION = 1 för att undvika en oavsiktlig uppgradering vid återskapande.
ALTER DATABASE SCOPED CONFIGURATION
SET FULLTEXT_INDEX_VERSION = 1;
Du måste sedan kopiera den äldre ordbrytaren och filtrera binärfiler från en äldre instans till målinstansens binn mapp.