Dela via

Kända problem med SQL Server 2025

Gäller för: SQL Server 2025 (17.x)

I den här artikeln beskrivs kända problem för SQL Server 2025 (17.x).

SQL Server 2025 (17.x) har för närvarande identifierat följande kända problem:

INSTALLATIONEN av SQL Server 2025 misslyckas när TLS 1.2 är inaktiverad

Problem: INSTALLATIONEN av SQL Server 2025 (17.x) misslyckas om TLS 1.2 är inaktiverad på datorn, inklusive redundansklusterinstanser.

Lösning: Aktivera TLS 1.2 på datorn innan du försöker installera SQL Server 2025 (17.x).

Om du vill aktivera TLS 1.2 anger du följande registerpost för TLS 1.2 till true:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols

Konfigurera Att Windows använder TLS innehåller ett PowerShell-skript för att aktivera TLS 1.2 programmatiskt.

Windows Arm64 stöds inte

SQL Server 2025 (17.x) stöds inte i Windows Arm64. Endast Intel- och AMD x86-64-processorer med upp till 64 kärnor per NUMA-nod stöds för närvarande.

Uppgraderingen på plats misslyckas på grund av microsoft Visual C++ Redistributable

En uppgradering från följande versioner kan misslyckas:

  • SQL Server 2016 (13.x)
  • SQL Server 2017 (14.x)

Detta kan inträffa när den befintliga operativsystemmiljön saknar Microsoft Visual C++ Redistributable för Visual Studio 2022, eller om en äldre version av den här komponenten har installerats.

När detta inträffar innehåller installationsloggen en post som i följande exempel:

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.

Slutför uppgraderingen genom att lägga till eller reparera den omdistribuerbara komponenten och köra installationen igen.

Om du vill hämta den omdistribuerbara filen läser du Microsoft Visual C++ Redistributable latest supported downloads (Microsoft Visual C++ Redistributable latest supported downloads).

SQL Server i Windows startar inte på datorer med fler än 64 logiska kärnor per NUMA-nod

Problem: SQL Server-instanser i Windows kan misslyckas med att starta efter installationen om datorn har fler än 64 logiska kärnor per NUMA-nod.

Mer information finns i Begränsa antalet logiska kärnor per NUMA-nod till 64.

Databas-e-post i Linux

Problem: Databaspost i Linux fungerar inte när SQL Server har konfigurerats för att framtvinga strikt kryptering.

För närvarande är den enda lösningen att inte tillämpa strikt kryptering.

SQLPS

Problem: SQLPS.exe, SQL Agent PowerShell-undersystemet och SQLPS PowerShell-modulen fungerar inte när SQL har konfigurerats för att framtvinga strikt kryptering.

För närvarande är den enda lösningen att inte tillämpa strikt kryptering.

SQL Server Agent-jobbet syspolicy_purge_history rapporterar ett fel i steg 3. Det här jobbet körs dagligen som standard. En instans som inte tillämpar strikt kryptering återskapar inte det här problemet. Ett annat alternativ är att inaktivera jobbet.

Felaktigt beteende för SESSION_CONTEXT i parallella planer

Frågor som använder den inbyggda SESSION_CONTEXT funktionen kan returnera felaktiga resultat eller utlösa åtkomstöverträdelser (AV) när de körs i parallella frågeplaner. Det här problemet beror på hur funktionen interagerar med parallella körningstrådar, särskilt när sessionen återställs för återanvändning.

Mer information finns i avsnittet Kända problem i SESSION_CONTEXT.

Problem vid inställning av algoritmen för säkerhetskopieringskomprimering till ZSTD

Det finns ett känt problem när du försöker ställa in algoritmen för säkerhetskopieringskomprimering till ZSTD.

När du anger ZSTD-algoritmen (backup compression algorithm = 3) returneras följande felmeddelande:

Msg 15129, Level 16, State 1
Procedure sp_configure '3' is not a valid value for configuration option 'backup compression algorithm'.

Använd den nya komprimeringsalgoritmen direkt i kommandot BACKUP Transact-SQL i stället för att ange serverkonfigurationsalternativet.

Lokala ONNX-modeller stöds inte på Linux-operativsystem

Skapa lokala ONNX-modeller för EXTERN MODELL som finns direkt på SQL Server är för närvarande inte tillgängliga för Linux på SQL Server 2025 (17.x).

PBKDF2-hashalgoritm kan påverka inloggningsprestanda

I SQL Server 2025 (17.x) använder lösenordsbaserad autentisering PBKDF2 (RFC2898) som standardhashalgoritm. Den här förbättringen förbättrar lösenordssäkerheten genom att tillämpa 100 000 iterationer av SHA-512-hashning. Den ökade beräkningskostnaden för PBKDF2 innebär något längre inloggningstid för SQL-autentisering. Den här effekten är särskilt märkbar i miljöer utan anslutningspooler eller där svarstiden för inloggning övervakas noggrant. I poolade miljöer är effekten vanligtvis minimal.

Mer information finns i CREATE LOGIN and Support for Iterated and Salted Hash Password Verifiers in SQL Server 2022 CU12 (SKAPA INLOGGNING och support för itererade och saltade hash-lösenordsverifierare i SQL Server 2022 CU12).

Undantag för åtkomstöverträdelse kan inträffa på läsbara sekundära repliker under vissa villkor

Överväg att aktivera en databas för att använda funktionen Query Store för läsbar sekundärlagring med hjälp av följande DDL-kommando (Data Definition Language):

ALTER DATABASE [Database_Name]
    FOR SECONDARY
    SET QUERY_STORE = ON
    (OPERATION_MODE = READ_WRITE);

Frågor som uppfyller följande villkor kan uppleva en åtkomstöverträdelse när en PSP-frågevariant inte kan fastställa det bevarade tillståndet för dess överordnade dispatcher-instruktion:

  • Körs på en sekundär replik
  • Känslig för parametersniffning
  • Berättigad till optimering av parameterkänslig plan (PSP)

En korrigering har identifierats och kommer att ingå i en framtida version av SQL Server 2025 (17.x).

Lösning: Inaktivera PSP på sekundärfiler för varje databas som registrerades för att använda Query Store för läsbara sekundärfiler. I kontexten för en specifik databas utfärdar du följande Transact-SQL-instruktion:

ALTER DATABASE SCOPED CONFIGURATION FOR SECONDARY
    SET PARAMETER_SENSITIVE_PLAN_OPTIMIZATION = OFF;

SQL Server-granskningshändelser skrivs inte till säkerhetsloggen

Anta att du har konfigurerat flera SQL Server-granskningshändelser för att skriva till säkerhetsloggen i SQL Server 2025 (17.x). I det här scenariot ser du att alla servergranskningar, utom den första servergranskningen, inte registreras. När du lägger till den andra servergranskningen kan du dessutom få ett fel som liknar följande meddelande i SQL Server-felloggen:

Error: 33204, Severity: 17, State: 1.
SQL Server Audit could not write to the security log.

En korrigering har identifierats och kommer att ingå i en framtida version av SQL Server 2025 (17.x).

Lösning: Använd någon av följande metoder:

  • Skriv granskningshändelser till en fil i stället för SQL Server-säkerhetsloggen.

  • Om du vill låta flera servergranskningar skriva till säkerhetsloggen ändrar du det här registerundernyckelvärdet från 0 till 1:

    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\EventLog\Security\MSSQL$<InstanceName>$Audit\EventSourceFlags

    Servergranskningar måste startas om för att den nya registerinställningen ska börja gälla:

    ALTER SERVER AUDIT [AuditName] WITH (STATE = OFF);
GO
ALTER SERVER AUDIT [AuditName] WITH (STATE = ON);
GO

Vektorindex

När du skapar ett vektorindex med instruktionen CREATE VECTOR INDEX eller använder vektorindexet via VECTOR_SEARCHfår du följande varningsmeddelande:

Warning: The join order has been enforced because a local join hint is used.

Varningen kan ignoreras på ett säkert sätt eftersom den inte påverkar resultatets korrekthet.

När du använder MAXDOP med CREATE VECTOR INDEX eller VECTOR_SEARCHignoreras värdet som angetts för MAXDOP . Ange önskat värde för MAXDOPgenom att ange konfigurationsalternativet på servernivå max degree of parallelism i stället. Mer information finns i Serverkonfiguration: maximal grad av parallellitet eller databasnivåalternativet MAXDOP i ALTER DATABASE SCOPED CONFIGURATION.

Uppgraderingen misslyckas om Data Quality Services är installerat

Om Data Quality Services har installerats och du uppgraderar SQL Server-instansen till SQL Server 2025 (17.x) misslyckas uppgraderingen under steget Funktionsregler i sql Server-uppgraderingsguiden.

Skärmbild av skärmen Med funktionsregler för SQL Server-uppgradering med datakvalitetstjänsterna markerade i rött.

Lösning: Använd parametern /IACCEPTDQUNINSTALL från kommandoraden. Mer information finns i Uppgradera parametrar i artikeln Installera, konfigurera eller avinstallera SQL Server i Windows från kommandotolken.

Du kan också köra en fullständig obevakad uppgradering från kommandoraden så länge du inkluderar parametern /IACCEPTDQUNINSTALL .

Full-Text Search kan inte indexeras i klartextdokument som är större än 25 MB

Om du försöker indexa ett klartextdokument som är större än 25 MB visas det symboliska felet FILTER_E_PARTIALLY_FILTERED i crawlningsloggen:

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 ...

Anmärkning

Plainsdokument inkluderar dokument som har en class_id av {C1243CA0-BF96-11CD-B579-08002B30BFEB}, enligt sys.fulltext_document_types.

Lösning: Konfigurera den maximala filstorleken i Windows-registret:

Varning

Felaktig redigering av registret kan allvarligt skada systemet. Innan du gör ändringar i registret rekommenderar vi att du säkerhetskopierar alla värdefulla data på datorn.

Redigera DWORD-värdet MaxTextFilterBytes, som finns i HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\ContentIndex. Om du till exempel vill ta bort storleksgränsen helt från kommandoraden med reg addkör du följande kommando:

reg add "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\ContentIndex" /v MaxTextFilterBytes /t REG_DWORD /d ffffffff

När du har uppdaterat registervärdet kör du fulltextsökningen igen.

Relaterat innehåll

  • Last updated on