Freigeben über

Bekannte Probleme mit SQL Server 2025

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

In diesem Artikel werden bekannte Probleme für SQL Server 2025 (17.x) beschrieben.

SQL Server 2025 (17.x) hat derzeit die folgenden bekannten Probleme identifiziert:

Sql Server 2025-Installation schlägt fehl, wenn TLS 1.2 deaktiviert ist

Problem: Sql Server 2025 (17.x)-Installation schlägt fehl, wenn TLS 1.2 auf dem Computer deaktiviert ist, einschließlich Failoverclusterinstanzen.

Problemumgehung: Aktivieren Sie TLS 1.2 auf dem Computer, bevor Sie versuchen, SQL Server 2025 (17.x) zu installieren.

Um TLS 1.2 zu aktivieren, legen Sie den folgenden Registrierungseintrag für TLS 1.2 auf true:

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

Konfigurieren sie Windows für die Verwendung von TLS stellt ein PowerShell-Skript bereit, um TLS 1.2 programmgesteuert zu aktivieren.

Windows Arm64 wird nicht unterstützt

SQL Server 2025 (17.x) wird unter Windows Arm64 nicht unterstützt. Derzeit werden nur Intel und AMD x86-64 CPUs mit bis zu 64 Kernen pro NUMA-Knoten unterstützt.

Direktes Upgrade schlägt aufgrund von Microsoft Visual C++ Redistributable fehl

Ein Upgrade aus den folgenden Versionen schlägt möglicherweise fehl:

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

Dies kann passieren, wenn in der vorhandenen Betriebssystemumgebung microsoft Visual C++ Redistributable für Visual Studio 2022 fehlt oder eine ältere Version dieser Komponente installiert ist.

In diesem Fall enthält das Installationsprotokoll einen Eintrag wie das folgende Beispiel:

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.

Um das Upgrade abzuschließen, fügen Sie die weiterverteilbare Komponente hinzu oder reparieren sie, und führen Sie die Installation erneut aus.

Um die weiterverteilbare Datei zu erhalten, lesen Sie die neuesten unterstützten Downloads von Microsoft Visual C++ Redistributable.

SQL Server unter Windows kann auf Computern mit mehr als 64 logischen Kernen pro NUMA-Knoten nicht gestartet werden.

Problem: SQL Server-Instanzen unter Windows können nach der Installation möglicherweise nicht gestartet werden, wenn der Computer über mehr als 64 Logische Kerne pro NUMA-Knoten verfügt.

Weitere Informationen finden Sie unter Limit number of logical cores per NUMA node to 64.

Datenbank-E-Mail unter Linux

Problem: Datenbank-E-Mail unter Linux funktioniert nicht, wenn SQL Server so konfiguriert ist, dass strenge Verschlüsselung erzwungen wird.

Derzeit besteht die einzige Problemumgehung darin, keine strenge Verschlüsselung zu erzwingen.

SQLPS

Problem: SQLPS.exe, das SQL Agent PowerShell-Subsystem und das SQLPS PowerShell-Modul funktionieren nicht, wenn SQL so konfiguriert ist, dass strenge Verschlüsselung erzwungen wird.

Derzeit besteht die einzige Problemumgehung darin, keine strenge Verschlüsselung zu erzwingen.

Der SQL Server-Agent-Auftrag syspolicy_purge_history meldet einen Fehler in Schritt 3. Dieser Auftrag wird standardmäßig täglich ausgeführt. Eine Instanz, die keine strikte Verschlüsselung erzwingt, reproduziert dieses Problem nicht; eine weitere Option besteht darin, den Auftrag zu deaktivieren.

Falsches Verhalten von SESSION_CONTEXT in parallelen Plänen

Abfragen, die die integrierte SESSION_CONTEXT-Funktion verwenden, können falsche Ergebnisse liefern oder Zugriffsverletzungs-Dumps (AV) auslösen, wenn sie in parallelen Abfrageplänen ausgeführt werden. Dieses Problem basiert auf der Art und Weise, wie die Funktion mit parallelen Ausführungsthreads interagiert, insbesondere, wenn die Sitzung zur Wiederverwendung zurückgesetzt wird.

Weitere Informationen finden Sie im Abschnitt " Bekannte Probleme " in SESSION_CONTEXT.

Problem beim Festlegen des Sicherungskomprimierungsalgorithmus auf ZSTD

Beim Versuch, den Sicherungskomprimierungsalgorithmus auf ZSTD festzulegen, ist ein bekanntes Problem aufgetreten.

Wenn Sie den ZSTD-Algorithmus (backup compression algorithm = 3) angeben, wird die folgende Fehlermeldung zurückgegeben:

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

Verwenden Sie den neuen Komprimierungsalgorithmus direkt im BEFEHL BACKUP Transact-SQL, anstatt die Serverkonfigurationsoption festzulegen.

Lokale ONNX-Modelle werden unter Linux-Betriebssystemen nicht unterstützt

CREATE EXTERNAL MODEL local ONNX models hosted directly on the SQL Server aren't available for Linux on SQL Server 2025 (17.x).

PBKDF2-Hashingalgorithmus kann sich auf die Anmeldeleistung auswirken

In SQL Server 2025 (17.x) verwendet die kennwortbasierte Authentifizierung PBKDF2 (RFC2898) als Standardhashingalgorithmus. Diese Verbesserung verbessert die Kennwortsicherheit, indem 100.000 Iterationen von SHA-512-Hashing angewendet werden. Die erhöhten Rechenkosten von PBKDF2 bedeuten etwas längere SQL-Authentifizierungsanmeldungszeit. Dieser Effekt ist besonders in Umgebungen ohne Verbindungspooling spürbar oder wenn die Anmeldelatenz eng überwacht wird. In Poolumgebungen ist der Effekt in der Regel minimal.

Weitere Informationen finden Sie unter CREATE LOGIN and Support for Iterated and Salted Hash Password Verifiers in SQL Server 2022 CU12.

Zugriffsverletzungs-Exception kann unter bestimmten Bedingungen bei lesbaren sekundären Replikaten auftreten.

Erwägen Sie eine Datenbank, die für die Verwendung des Abfragespeichers für lesbare Secondärdateien aktiviert ist, indem Sie den folgenden DDL-Befehl (Data Definitional Language) verwenden:

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

Abfragen, die die folgenden Bedingungen aufweisen, können eine Zugriffsverletzung verursachen, wenn eine PSP-Abfragevariante den persistenten Zustand der übergeordneten Dispatcher-Anweisung nicht bestimmen kann.

  • Ausgeführt auf einem sekundären Replikat
  • Anfällig für Parametererkennung
  • Anspruch auf eine parameter-sensible Planoptimierung (PSP)

Ein Fix wurde identifiziert und wird Teil einer zukünftigen Version von SQL Server 2025 (17.x) sein.

Problemumgehung: Deaktivieren Sie PSP für Sekundärreplikate für jede Datenbank, die zur Verwendung der Query Store-Funktion für lesbare Sekundärreplikate konfiguriert wurde. Stellen Sie im Kontext einer bestimmten Datenbank die folgende Transact-SQL Anweisung aus:

ALTER DATABASE SCOPED CONFIGURATION FOR SECONDARY
    SET PARAMETER_SENSITIVE_PLAN_OPTIMIZATION = OFF;

SQL Server-Überwachungsereignisse schreiben nicht in das Sicherheitsprotokoll

Gehen Sie davon aus, dass Sie mehrere SQL Server-Überwachungsereignisse für das Schreiben in das Sicherheitsprotokoll in SQL Server 2025 (17.x) konfiguriert haben. In diesem Szenario stellen Sie fest, dass alle Serveraudits außer dem ersten Serveraudit nicht protokolliert werden. Wenn Sie die zweite Serverüberwachung hinzufügen, wird möglicherweise eine Fehlermeldung angezeigt, die der folgenden Meldung im SQL Server-Fehlerprotokoll ähnelt:

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

Ein Fix wurde identifiziert und wird Teil einer zukünftigen Version von SQL Server 2025 (17.x) sein.

Problemumgehung: Verwenden Sie eine der folgenden Methoden:

  • Schreiben Sie Überwachungsereignisse in eine Datei anstelle des SQL Server-Sicherheitsprotokolls.

  • Um mehrere Server-Audits in das Sicherheitsprotokoll schreiben zu lassen, ändern Sie diesen Registrierungsunterschlüsselwert von 0 auf 1.

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

    Serverüberwachungen müssen neu gestartet werden, damit die neue Registrierungseinstellung wirksam wird:

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

Vektorindex

Wenn Sie einen Vektorindex mithilfe der CREATE VECTOR INDEX Anweisung oder mithilfe des Vektorindexes VECTOR_SEARCHerstellen, erhalten Sie die folgende Warnmeldung:

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

Die Warnung kann sicher ignoriert werden, da sie sich nicht auf die Korrektheit der Ergebnisse auswirkt.

Wenn Sie MAXDOP mit CREATE VECTOR INDEX oder VECTOR_SEARCH verwenden, wird der für MAXDOP festgelegte Wert ignoriert. Um den gewünschten Wert für MAXDOPfestzulegen, legen Sie stattdessen die Konfigurationsoption auf Serverebene max degree of parallelism fest. Weitere Informationen finden Sie unter Serverkonfiguration: max. Grad an Parallelität oder option auf Datenbankebene MAXDOP in ALTER DATABASE SCOPED CONFIGURATION.

Upgrade schlägt fehl, wenn Datenqualitätsdienste installiert sind

Wenn Data Quality Services installiert ist und Sie ihre SQL Server-Instanz auf SQL Server 2025 (17.x) aktualisieren, schlägt das Upgrade während des Schritts "Featureregeln" des SQL Server-Upgrade-Assistenten fehl.

Screenshot des Bildschirms

Problemumgehung: Verwenden Sie den /IACCEPTDQUNINSTALL Parameter über die Befehlszeile. Weitere Informationen finden Sie unter Upgradeparameter im Artikel "Installieren, Konfigurieren oder Deinstallieren von SQL Server unter Windows über die Eingabeaufforderung".

Sie können auch ein vollständiges unbeaufsichtigtes Upgrade über die Befehlszeile ausführen, solange Sie den /IACCEPTDQUNINSTALL Parameter einschließen.

Full-Text-Suche kann Nur-Text-Dokumente, die größer als 25 MB sind, nicht indizieren.

Wenn Sie versuchen, ein Nur-Text-Dokument zu indizieren, das größer als 25 MB ist, wird der symbolische Fehler FILTER_E_PARTIALLY_FILTERED im Durchforstungsprotokoll angezeigt:

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

Hinweis

Klartext-Dokumente umfassen Dokumente mit einer class_id von {C1243CA0-BF96-11CD-B579-08002B30BFEB}, wie von sys.fulltext_document_types berichtet.

Problemumgehung: Konfigurieren der maximalen Dateigröße in der Windows-Registrierung:

Warnung

Die fehlerhafte Bearbeitung der Registrierung kann Ihr System erheblich beschädigen. Bevor Sie Änderungen an der Registrierung vornehmen, sollten Sie die wertvollen Daten auf dem Computer sichern.

Bearbeiten Sie den DWORD-Wert MaxTextFilterBytes, der sich in HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\ContentIndex. Führen Sie beispielsweise den folgenden Befehl aus, um die Größenbeschränkung aus der Befehlszeile reg add vollständig zu entfernen:

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

Führen Sie nach dem Aktualisieren des Registrierungswerts die Volltextsuche erneut durch.

Verwandte Inhalte

  • Last updated on