Megjegyzés
Az oldalhoz való hozzáféréshez engedély szükséges. Megpróbálhat bejelentkezni vagy módosítani a címtárat.
Az oldalhoz való hozzáféréshez engedély szükséges. Megpróbálhatja módosítani a címtárat.
A következőre vonatkozik: : SQL Server 2025 (17.x)
Ez a cikk a 2025-ös (17.x) SQL Server ismert problémáit ismerteti.
A rendszer jelenleg a következő problémákat azonosítja:
- A telepítés sikertelen, ha a TLS 1.2 le van tiltva
- Windows Arm64 nem támogatott
- A helyszíni frissítés meghiúsul, mert a Microsoft Visual C++ terjeszthető
- SQL Server nem indul el Windows rendszeren olyan gépeken, ahol a NUMA-csomópontonként több mint 64 logikai mag található
- Adatbázis-levelezés Linux rendszeren
- SQLPS
- A párhuzamos tervekben a SESSION_CONTEXT helytelen viselkedése
- Probléma a biztonsági mentési tömörítési algoritmus ZSTD-re történő beállításakor
- Linux operációs rendszereken nem támogatott helyi ONNX-modellek
- A PBKDF2 kivonatoló algoritmus befolyásolhatja a bejelentkezési teljesítményt
- Vektorindex
- SQL Server naplózási események nem írnak a biztonsági naplóba
- A frissítés sikertelen, ha az Adatminőségi szolgáltatások telepítve vannak
- Full-Text Keresés
- Helytelen licencszerződés a LocalDB-telepítőhöz
- SQL Server sok adatbázis létrehozása vagy online állapotba helyezése után lassú vagy nem válaszoló lehet
SQL Server 2025-ös telepítés sikertelen, ha a TLS 1.2 le van tiltva
Issue: Sikertelen az SQL Server 2025 (17.x) telepítése, ha a TLS 1.2 le van tiltva a gépen, beleértve a feladatátvevő fürt példányait is.
Munka megoldás: A 2025-ös (17.x) SQL Server telepítése előtt engedélyezze a TLS 1.2-t a gépen.
A TLS 1.2 engedélyezéséhez állítsa a következő beállításjegyzék-bejegyzést a TLS 1.2-hez true:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols
A Windows konfigurálása a TLS használatához egy PowerShell-szkriptet biztosít a TLS 1.2 programozott engedélyezésére.
Windows Arm64 nem támogatott
SQL Server 2025 (17.x) nem támogatott Windows Arm64-en. Jelenleg csak az Intel és az AMD x86-64 processzorok támogatottak NUMA-csomópontonként legfeljebb 64 maggal .
A helyszíni frissítés meghiúsul, mert a Microsoft Visual C++ terjeszthető
A következő verziók frissítése sikertelen lehet:
- SQL Server 2016 (13.x)
- SQL Server 2017 (14.x)
Ez akkor fordulhat elő, ha a meglévő operációsrendszer-környezetből hiányzik a 2022-es Visual Studio microsoft visual C++ terjeszthető verziója, vagy az összetevő egy régebbi verziója telepítve van.
Ha ez történik, a telepítési napló tartalmaz egy bejegyzést, mint a következő példa:
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.
A frissítés befejezéséhez adja hozzá vagy javítsa ki az újraterjeszthető összetevőt, majd futtassa újra a telepítést.
Az terjeszthető fájl beszerzéséhez tekintse át a Microsoft Visual C++ terjeszthető legújabb támogatott letöltéseit.
SQL Server Windows nem indul el NUMA-csomópontonként 64-nél több logikai maggal rendelkező gépeken
Issue: SQL Server Windows példányai nem indulhatnak el a telepítés után, ha a gép NUMA-csomópontonként több mint 64 logikai maggal rendelkezik.
További információ: NUMA-csomópontonkénti logikai magok számának korlátozása 64-re.
Adatbázis-levelezés Linux rendszeren
Issue: A Linuxon futó adatbázisposta nem működik, ha SQL Server szigorú titkosítás kényszerítésére van konfigurálva.
Jelenleg az egyetlen megoldás az, ha nem kényszerít szigorú titkosítást.
SQLPS
Probléma: SQLPS.exe, az SQL Agent PowerShell-alrendszere és az SQLPS PowerShell-modul nem működik, ha az SQL a szigorú titkosítás kényszerítésére van konfigurálva.
Jelenleg az egyetlen megoldás az, ha nem kényszerít szigorú titkosítást.
A SQL Server Agent feladat syspolicy_purge_history hibát jelez a 3. lépésben. Ez a feladat alapértelmezés szerint naponta fut. A szigorú titkosítást nem kényszerítő példány nem reprodukálja ezt a problémát; másik lehetőség a feladat letiltása.
A párhuzamos tervekben a SESSION_CONTEXT helytelen viselkedése
A beépített SESSION_CONTEXT függvényt használó lekérdezések helytelen eredményeket adhatnak vissza, vagy hozzáférés-megsértési (AV) hibakimeneteket okozhatnak, amikor párhuzamos lekérdezési tervekben hajtják végre őket. Ez a probléma abból ered, hogy a függvény hogyan kommunikál a párhuzamos végrehajtási szálakkal, különösen akkor, ha a munkamenet újra felhasználható.
További információt az Ismert problémák című szakaszban talál SESSION_CONTEXT.
Probléma a biztonsági mentési tömörítési algoritmus ZSTD-re történő beállításakor
A biztonsági mentési tömörítési algoritmus ZSTD-re való beállításakor ismert probléma merül fel.
A ZSTD-algoritmus (backup compression algorithm = 3) megadásakor a következő hibaüzenet jelenik meg:
Msg 15129, Level 16, State 1
Procedure sp_configure '3' is not a valid value for configuration option 'backup compression algorithm'.
Használja az új tömörítési algoritmust közvetlenül a BACKUP Transact-SQL parancsban a kiszolgáló konfigurációs beállításának beállítása helyett.
Linux operációs rendszereken nem támogatott helyi ONNX-modellek
A külső modell létrehozása közvetlenül a SQL Server üzemeltetett helyi ONNX-modellek jelenleg nem érhetők el Linuxon a 2025-ös SQL Server (17.x) rendszeren.
A PBKDF2 kivonatoló algoritmus befolyásolhatja a bejelentkezési teljesítményt
A 2025-ös (17.x) SQL Server jelszóalapú hitelesítés a PBKDF2 (RFC2898) függvényt használja alapértelmezett kivonatolási algoritmusként. Ez a fejlesztés az SHA-512 kivonatolás 100 000 iterációjának alkalmazásával javítja a jelszó biztonságát. A PBKDF2 megnövekedett számítási költsége valamivel hosszabb SQL Authentication-bejelentkezési időt jelent. Ez a hatás különösen olyan környezetekben észlelhető, ahol nincs kapcsolatkészletezés, vagy ha a bejelentkezési késést szorosan figyelik. Megosztott környezetekben a hatás általában minimális.
További információ: CREATE LOGIN és Ismételt és sózott hash jelszóellenőrzők támogatása a SQL Server 2022 CU12-ben.
Az SQL Server audit eseményei nem írnak a biztonsági naplóba.
Tegyük fel, hogy több SQL Server naplózási eseményt konfigurált úgy, hogy a SQL Server 2025 (17.x) biztonsági naplóba írjon. Ebben a forgatókönyvben azt tapasztalja, hogy az első szerveraudit kivételével az összes szerveraudit nem ír be semmit. A második kiszolgálói naplózás hozzáadásakor a következő üzenethez hasonló hibaüzenet jelenhet meg a SQL Server hibanaplóban:
Error: 33204, Severity: 17, State: 1.
SQL Server Audit could not write to the security log.
Megtaláltuk a megoldást, amelyet a SQL Server 2025 (17.x) jövőbeli kiadásában fogunk megvalósítani.
Megkerülő megoldás: Használja az alábbi módszerek egyikét:
Audit események írása fájlba az SQL Server biztonsági napló helyett.
Ha több szerver auditot szeretne írni a biztonsági naplóba, módosítsa a beállításjegyzék alkulcsának értékét
0-ról1-re.HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\EventLog\Security\MSSQL$<InstanceName>$Audit\EventSourceFlagsA szerverauditokat újra kell indítani az új rendszerleíró adatbázis beállítás hatályba lépéséhez.
ALTER SERVER AUDIT [AuditName] WITH (STATE = OFF); GO ALTER SERVER AUDIT [AuditName] WITH (STATE = ON); GO
Vektorindex
Ha vektorindexet hoz létre az CREATE VECTOR INDEX utasítással, vagy a VECTOR_SEARCH vektorindex használatával, a következő figyelmeztető üzenetet kapja:
Warning: The join order has been enforced because a local join hint is used.
A figyelmeztetés biztonságosan figyelmen kívül hagyható, mivel nem befolyásolja az eredmények helyességét.
MAXDOP használata esetén CREATE VECTOR INDEX vagy VECTOR_SEARCH mellett, a MAXDOP értéke figyelmen kívül marad. A kívánt érték MAXDOPbeállításához állítsa be helyette a kiszolgálószintű max degree of parallelism konfigurációs beállítást. További információért lásd a Kiszolgálókonfiguráció: a párhuzamosság maximális foka vagy az adatbázisszintű beállítás MAXDOP lehetőséget az ALTER DATABASE SCOPED CONFIGURATION keretein belül.
A frissítés sikertelen, ha az Adatminőségi szolgáltatások telepítve vannak
Ha az Adatminőségi szolgáltatások telepítve vannak, és a SQL Server-példányt a SQL Server 2025-re (17.x) frissíti, a frissítés a SQL Server Frissítés varázsló Szolgáltatásszabályok lépése során meghiúsul.
Megkerülő megoldás: Használja a /IACCEPTDQUNINSTALL parancssorból származó paramétert. További információ: lásd a frissítési paramétereket az SQL Server Windows rendszeren történő telepítése, konfigurálása vagy eltávolítása a parancssorból című cikkben.
A parancssorból teljes felügyelet nélküli frissítést is futtathat, ha a paramétert /IACCEPTDQUNINSTALL is tartalmazza.
Full-Text Keresés
Probléma: Full-Text A keresés nem tudja indexelni a 25 MB-nál nagyobb egyszerű szöveges dokumentumokat Ha 25 MB-nál nagyobb egyszerű szöveges dokumentumot próbál indexelni, a bejárási naplóban szimbolikus hiba FILTER_E_PARTIALLY_FILTERED jelenik meg:
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 ...
Megjegyzés:
Az egyszerű szöveges dokumentumok közé tartoznak a class_id-vel rendelkező {C1243CA0-BF96-11CD-B579-08002B30BFEB}, aminek típusait a sys.fulltext_document_types jelenti.
Munkahely: A maximális fájlméret konfigurálása a Windows beállításjegyzékben:
Figyelmeztetés
A beállításjegyzék helytelen szerkesztése súlyosan károsíthatja a rendszert. A beállításjegyzék módosítása előtt javasoljuk, hogy készítsen biztonsági másolatot a számítógépen lévő összes értékes adatról.
Szerkessze a DWORD értéket MaxTextFilterBytes, amely a következő helyen található: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\ContentIndex. Ha például teljesen el szeretné távolítani a méretkorlátot a parancssorból reg add, futtassa a következő parancsot:
reg add "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\ContentIndex" /v MaxTextFilterBytes /t REG_DWORD /d ffffffff
A beállításjegyzék-érték frissítése után újra el kell indítani a teljes szöveges bejárást.
Probléma: A full-text lekérdezések inflexiós alakokat használva bizonyos nyelveknél meghiúsulnak, ha a 2. verziójú index engedélyezve van
A Full-Text száregyeztetést használ a Freetext, Freetexttable vagy FORMSOF(INFLECTIONAL) argumentumra a Contains és Containstable esetén. Az olyan nyelvek esetében, ahol a stemmer nincs regisztrálva vagy nem érhető el, az inflekciós űrlapokra hivatkozó lekérdezések a következő hibával meghiúsulhatnak.
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.
Megkerülő megoldás: Ne használjon inflekciós formátumú lekérdezéseket olyan nyelvekhez, amelyek nem rendelkeznek regisztrált szárral. További információért lásd a 2. verziójú szóhatárolók részt. Ha az alkalmazás erősen függ az ilyen nyelvek inflexiós vagy nyelvi keresési viselkedésétől, konfigurálja az adatbázist Full-Text Index 1. verziójának használatára.
Helytelen licencszerződés a LocalDB-telepítőhöz
Probléma: A LocalDB telepítője a végfelhasználói licencszerződés (EULA) előzetes verziójára mutat.
A probléma megoldásához töltse le helyette az Express kiadás telepítőjét, és válassza a LocalDB lehetőséget a csomagválasztó képernyőn.
Azonosítottunk egy javítást a 2025-ös SQL Server (17.x) jövőbeli kiadásához.
SQL Server nagy számú adatbázis létrehozása vagy online állapotba helyezése után lassú vagy nem válaszoló lehet
Probléma: Ezt a viselkedést egy adatbázis háttér-munkaszál okozza, amelyet az olvasható másodlagos replikák tartós statisztikái részeként hoznak létre. Ez a funkció alapértelmezés szerint engedélyezve van SQL Server 2025-ben (17.x). A háttérszál akkor jön létre, amikor az adatbázisok online állapotba kerülnek, és a munkaszál nyomásának és a példány válaszkészségének csökkenését okozhatja, még akkor is, ha nincsenek másodlagos replikák konfigurálva.
Kerülő megoldás: Engedélyezze az indítási követés jelző 15608-at, majd indítsa újra az SQL Servert. Indításkor engedélyeznie kell a nyomkövetési jelzőt. Az indítás után történő engedélyezése nem állítja le az online állapotba hozott adatbázisokhoz már létrehozott háttérszálakat. Másodlagos replikák nélküli forgatókönyvekben ez a nyomkövetési jelző továbbra is szükséges ideiglenes megoldásként, hogy megakadályozza az adatbázisonkénti háttérszál létrehozását az adatbázis indításakor.
A 2025-ös SQL Server (17.x) jövőbeli frissítéséhez javítást terveznek.
Kapcsolódó tartalom
- A SQL Server 2025 újdonságai
- SQL Server 2025-ös kibocsátási megjegyzések
2025 SQL Server 2025