Sdílet prostřednictvím

Známé problémy s SQL Serverem 2025

Platí pro: SQL Server 2025 (17.x)

Tento článek popisuje známé problémy s SQL Serverem 2025 (17.x).

SQL Server 2025 (17.x) v současné době identifikoval následující známé problémy:

Instalace SQL Serveru 2025 selže, když je zakázaný protokol TLS 1.2

Problém: Instalace SQL Serveru 2025 (17.x) selže, pokud je na počítači zakázaný protokol TLS 1.2, včetně instancí clusteru s podporou převzetí služeb při selhání.

Alternativní řešení: Před pokusem o instalaci SQL Serveru 2025 (17.x) na počítači povolte protokol TLS 1.2.

Pokud chcete povolit protokol TLS 1.2, nastavte následující položku registru pro protokol TLS 1.2 na true:

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

Nakonfigurujte Windows tak, aby používal protokol TLS poskytuje skript PowerShellu pro povolení protokolu TLS 1.2 programově.

Windows Arm64 se nepodporuje

SQL Server 2025 (17.x) není ve Windows Arm64 podporovaný. V současné době se podporují pouze procesory Intel a AMD x86-64 s až 64 jádry na uzel NUMA .

Místní upgrade selže kvůli distribuovatelnému programu Microsoft Visual C++

Upgrade z následujících verzí může selhat:

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

K tomu může dojít v případě, že stávající prostředí operačního systému chybí distribuovatelné součásti Microsoft Visual C++ pro Visual Studio 2022 nebo je nainstalovaná starší verze této součásti.

Pokud k tomu dojde, protokol instalace obsahuje položku jako v následujícím příkladu:

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.

Pokud chcete upgrade dokončit, přidejte nebo opravte redistribuovanou komponentu a spusťte instalaci znovu.

Pokud chcete získat redistribuovatelné balíčky, prohlédněte si nejnovější podporované soubory ke stažení Microsoft Visual C++ Redistributable.

SQL Server ve Windows nejde spustit na počítačích s více než 64 logickými jádry na uzel NUMA

Problém: Instance SQL Serveru ve Windows se nemusí po instalaci spustit, pokud má počítač více než 64 logických jader na uzel NUMA.

Další informace najdete v tématu Omezení počtu logických jader na uzel NUMA na 64.

Databázová pošta v Linuxu

Problém: Databázová pošta v Linuxu nefunguje, když je SQL Server nakonfigurovaný tak, aby vynucoval přísné šifrování.

Jediným alternativním řešením v současné době není vynucení striktního šifrování.

SQLPS

Problém: SQLPS.exe, subsystém PowerShellu agenta SQL a modul SQLPS PowerShell nefungují, když je SQL nakonfigurovaný tak, aby vynucoval přísné šifrování.

Jediným alternativním řešením v současné době není vynucení striktního šifrování.

Úloha agenta syspolicy_purge_history SQL Serveru hlásí chybu v kroku 3. Tato úloha se ve výchozím nastavení spouští každý den. Instance, která nevynucuje přísné šifrování, tento problém nereprodukuje; další možností je zakázat úlohu.

Nesprávné chování SESSION_CONTEXT v paralelních plánech

Dotazy, které používají vestavěnou SESSION_CONTEXT funkci, můžou při spuštění v plánech paralelních dotazů vracet nesprávné výsledky nebo aktivovat výpisy narušení přístupu (AV). Tento problém vychází ze způsobu, jakým funkce interaguje s paralelními vlákny, zejména když je relace resetována pro opětovné použití.

Další informace naleznete v části Známé problémy v tématu SESSION_CONTEXT.

Problém při nastavení kompresního algoritmu zálohování na ZSTD

Při pokusu o nastavení algoritmu komprese zálohování na ZSTD se vyskytuje známý problém.

Při zadávání algoritmu ZSTD (backup compression algorithm = 3), vrátí se následující chybová zpráva:

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

Místo nastavení možnosti konfigurace serveru použijte nový algoritmus komprese přímo v příkazu BACKUP Transact-SQL.

Místní modely ONNX nejsou podporovány v operačních systémech Linux

Místní modely CREATE EXTERNAL MODEL ONNX hostované přímo na SQL Serveru nejsou aktuálně dostupné pro Linux na SQL Serveru 2025 (17.x).

Algoritmus hash PBKDF2 může ovlivnit výkon přihlášení.

V SYSTÉMU SQL Server 2025 (17.x) používá ověřování založené na heslech jako výchozí algoritmus hash PBKDF2 (RFC2898). Toto vylepšení zlepšuje zabezpečení hesel použitím 100 000 iterací hash SHA-512. Vyšší výpočetní náklady PBKDF2 znamenají mírně delší dobu přihlášení k ověřování SQL. Tento účinek je zvlášť patrný v prostředích bez sdružování připojení nebo v případě, že je latence přihlášení pečlivě sledována. Ve fondových prostředích je účinek obvykle minimální.

Další informace naleznete v tématu CREATE LOGIN and Support for Iterated and Salted Hash Password Verifiers in SQL Server 2022 CU12.

V sekundárních replikách s možností čtení může za určitých podmínek dojít k výjimce porušení přístupu.

Vezměte v úvahu databázi, která umožňuje používat úložiště dotazů pro čitelné sekundární funkce pomocí následujícího příkazu DDL (Data DefinitionAl Language):

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

Dotazy, které splňují následující podmínky, můžou zaznamenat narušení přístupu, když varianta dotazu PSP nedokáže určit trvalý stav nadřazeného příkazu dispečera:

  • Spuštěno na sekundární replice
  • Citlivé na zašifrování parametrů
  • Nárok na optimalizaci plánu citlivého na parametry (PSP)

Byla zjištěna oprava a bude součástí budoucí verze SQL Serveru 2025 (17.x).

Alternativní řešení: Zakažte PSP na sekundárech pro každou databázi, která byla nasazena, aby umožnila použití úložiště dotazů pro funkci čitelných sekundárů. V kontextu konkrétní databáze zadejte následující příkaz Transact-SQL:

ALTER DATABASE SCOPED CONFIGURATION FOR SECONDARY
    SET PARAMETER_SENSITIVE_PLAN_OPTIMIZATION = OFF;

Události auditu SQL Serveru se do protokolu zabezpečení nezapisuje

Předpokládejme, že jste nakonfigurovali více událostí auditu SQL Serveru pro zápis do protokolu zabezpečení v SQL Serveru 2025 (17.x). V tomto scénáři si všimnete, že všechny audity serverů s výjimkou prvního auditu serveru nezapisují. Kromě toho, když přidáte druhý server audit, může se zobrazit chyba podobná následující zprávě v protokolu chyb SQL Serveru:

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

Byla zjištěna oprava a bude součástí budoucí verze SQL Serveru 2025 (17.x).

Alternativní řešení: Použijte jednu z následujících metod:

  • Místo protokolu zabezpečení SQL Serveru zapisujte události auditu do souboru.

  • Chcete-li, aby více auditů serveru mohlo zapisovat do protokolu Zabezpečení, změňte tuto hodnotu podklíče registru z 0 na 1.

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

    Aby se nové nastavení registru projevilo, je nutné restartovat audit serveru:

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

Vektorový index

Při vytváření vektorového indexu CREATE VECTOR INDEX pomocí příkazu nebo použití vektorového indexu prostřednictvím VECTOR_SEARCH, zobrazí se následující zpráva upozornění:

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

Upozornění je možné bezpečně ignorovat, protože nemá vliv na správnost výsledků.

Pokud použijete MAXDOP s CREATE VECTOR INDEX nebo VECTOR_SEARCH, hodnota nastavená pro MAXDOP je ignorována. Pokud chcete nastavit požadovanou hodnotu pro MAXDOP, nastavte místo toho možnost konfigurace na úrovni max degree of parallelism serveru. Další informace naleznete v tématu Konfigurace serveru: maximální stupeň paralelismu nebo možnost na úrovni MAXDOP databáze v ALTER DATABASE SCOPED CONFIGURATION.

Upgrade selže, pokud je nainstalována služba Data Quality Services

Pokud je služba Data Quality Services nainstalovaná a upgradujete instanci SYSTÉMU SQL Server na SQL Server 2025 (17.x), upgrade selže během kroku Pravidla funkcí průvodce upgradem SYSTÉMU SQL Server.

Snímek obrazovky s pravidly inovace SQL Serveru, přičemž Data Quality Services jsou zvýrazněné červenou barvou.

Alternativní řešení: Použijte /IACCEPTDQUNINSTALL parametr z příkazového řádku. Další informace naleznete v tématu Parametry upgradu v článku Instalace, konfigurace nebo odinstalace SQL Serveru ve Windows z příkazového řádku.

Můžete také spustit úplný bezobslužný upgrade z příkazového řádku, pokud zahrnete /IACCEPTDQUNINSTALL parametr.

Fulltextové vyhledávání selhává při indexování dokumentů ve formátu prostého textu větších než 25 MB

Pokud se pokusíte indexovat dokument ve formátu prostého textu větší než 25 MB, zobrazí se symbolická chyba FILTER_E_PARTIALLY_FILTERED v protokolu procházení:

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

Poznámka:

Dokumenty ve formátu prostého textu obsahují dokumenty s příponou class_id{C1243CA0-BF96-11CD-B579-08002B30BFEB}, jak je hlášeno sys.fulltext_document_types.

Alternativní řešení: Konfigurace maximální velikosti souboru v registru Windows:

Výstraha

Nesprávná úprava registru může vážně poškodit systém. Před provedením změn registru doporučujeme zálohovat všechna hodnotná data v počítači.

Upravte hodnotu MaxTextFilterBytesDWORD , která je umístěna v HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\ContentIndex. Pokud chcete například odebrat limit velikosti zcela z příkazového řádku, reg addspusťte následující příkaz:

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

Po aktualizaci hodnoty registru znovu spusťte procházení Full-Text.

Související obsah

  • Last updated on