Sdílet prostřednictvím

SQL Server 2025 – známé problémy

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

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

Aktuálně jsou identifikovány následující problémy:

instalace SQL Server 2025 selže, když je zakázaný protokol TLS 1.2

Issue: instalace SQL Server 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í.

Workaround: Před pokusem o instalaci SQL Server 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

Konfigurování Windows pro použití protokolu TLS poskytuje skript PowerShellu pro programové povolení protokolu TLS 1.2.

Windows Arm64 se nepodporuje

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

Upgrade na místě selže kvůli redistribuovatelnému balíčku 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 nainstalována starší verze této komponenty.

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 na Windows nejde spustit na počítačích s více než 64 logickými jádry na uzel NUMA

Issue: SQL Server instance v 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

Issue: Databázová pošta v Linuxu nefunguje, když je SQL Server nakonfigurovaný tak, aby vynucoval striktní š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 SQL Server Agent syspolicy_purge_history 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 nastavování algoritmu komprese 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

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

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

V 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 sdílených prostředích je účinek obvykle minimální.

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

Události auditu v SQL Server se nezapisují do protokolu zabezpečení.

Předpokládejme, že jste nakonfigurovali více událostí auditu SQL Server pro zápis do protokolu zabezpečení SQL Server 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 Server:

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

Zjistili jsme opravu pro budoucí verzi SQL Server 2025 (17.x).

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

  • Místo protokolu zabezpečení SQL Server 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 SQL Server na SQL Server 2025 (17.x), upgrade selže během kroku Pravidla funkcí průvodce upgradem SQL Server.

Snímek obrazovky pravidel funkce upgradu SQL Server se zvýrazněnými Data Quality Services červeně.

Alternativní řešení: Použijte /IACCEPTDQUNINSTALL parametr z příkazového řádku. Další informace najdete 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.

Full-Text hledání

Problém: Full-Text hledání nedokáže indexovat dokumenty ve formátu prostého textu, které jsou větší než 25 MB. Pokud se pokusíte takový dokument indexovat, v protokolu procházení se zobrazí symbolická chyba FILTER_E_PARTIALLY_FILTERED.

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.

Workaround: Nakonfigurujte maximální velikost 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.

Problém: Full-Text dotazy používající inflexní formy selžou pro určité jazyky, když je povolena verze Indexu 2

Full-Text používá stemmers pro Freetext, Freetexttable nebo FORMSOF(INFLECTIONAL) argument v Contains a Containstable. U jazyků, ve kterých není stemmer zaregistrovaný nebo dostupný, můžou dotazy, které odkazují na inflexní formuláře, selhat s následující chybou.

Msg 30010, Level 16, State 2, Line 119
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.

Alternativní řešení: Nepoužívejte inflexní dotazy ve formuláři pro jazyky, které nemají registrované stemmery. Další informace naleznete ve verzi 2 word breakers. Pokud má aplikace silnou závislost na inflexní nebo lingvistickém vyhledávání těchto jazyků, nakonfigurujte databázi tak, aby místo toho používala Full-Text Index verze 1.

Nesprávná licenční smlouva pro instalační program LocalDB

Problém: Instalační program LocalDB odkazuje na verzi Preview licenční smlouvy s koncovým uživatelem (EULA).

Chcete-li tento problém vyřešit, musíte místo toho stáhnout instalační program edice Express a zvolit možnost LocalDB na obrazovce výběru balíčku.

Zjistili jsme opravu pro budoucí verzi SQL Server 2025 (17.x).

SQL Server může být po vytvoření nebo přenesení velkého počtu databází do online režimu pomalé nebo nereagující.

Problém: Toto chování je způsobeno vláknem pracovního procesu na pozadí, které je specifické pro jednotlivé databáze, vytvořeným jako součást funkce trvalé statistiky pro čitelné sekundární repliky. Tato funkce je ve výchozím nastavení povolená v SQL Server 2025 (17.x). Vlákno na pozadí se vytvoří, když jsou databáze online, a může způsobit přetížení pracovních vláken a sníženou rychlost odezvy instance, i když nejsou nakonfigurované žádné sekundární repliky.

Workaround: Povolení příznaku trace 15608 a restartování SQL Server. Při spuštění musíte povolit příznak trasování. Povolení po spuštění nezastaví vlákna na pozadí, která jsou již vytvořena pro databáze, které byly přeneseny do režimu online. Ve scénářích bez sekundárních replik se tento příznak trasování stále vyžaduje jako dočasné omezení rizik, aby se během spouštění databáze nevytvořilo vlákno na pozadí databáze.

Oprava se plánuje pro budoucí aktualizaci SQL Server 2025 (17.x).

Související obsah

  • Last updated on