Partager via

Problèmes connus de SQL Server 2025

S’applique à : SQL Server 2025 (17.x)

Cet article décrit les problèmes connus pour SQL Server 2025 (17.x).

Les problèmes suivants sont actuellement identifiés :

L’installation de SQL Server 2025 échoue lorsque TLS 1.2 est désactivé

Problème : l’installation de SQL Server 2025 (17.x) échoue si TLS 1.2 est désactivé sur l’ordinateur, y compris les instances de cluster de basculement.

Solution de contournement : activez TLS 1.2 sur l’ordinateur avant de tenter d’installer SQL Server 2025 (17.x).

Pour activer TLS 1.2, définissez l'entrée de registre suivante pour TLS 1.2 true sur :

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

Configurer Windows pour utiliser TLS fournit un script PowerShell pour activer TLS 1.2 par programmation.

Windows Arm64 non pris en charge

SQL Server 2025 (17.x) n’est pas pris en charge sur Windows Arm64. Seuls les processeurs Intel et AMD x86-64 avec jusqu’à 64 cœurs par nœud NUMA sont actuellement pris en charge.

La mise à niveau sur place échoue en raison de Microsoft Visual C++ Redistributable

Une mise à niveau à partir des versions suivantes peut échouer :

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

Cela peut se produire lorsque l’environnement de système d’exploitation existant ne dispose pas du redistribuable Microsoft Visual C++ pour Visual Studio 2022, ou si une version antérieure de ce composant est installée.

Lorsque cela se produit, le journal d’installation inclut une entrée comme l’exemple suivant :

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.

Pour terminer la mise à niveau, ajoutez ou réparez le composant redistribuable, puis réexécutez l’installation.

Pour obtenir le fichier redistribuable, consultez les derniers téléchargements redistribuables Microsoft Visual C++ pris en charge.

SQL Server sur Windows ne parvient pas à démarrer sur des machines avec plus de 64 cœurs logiques par nœud NUMA

Problème : les instances SQL Server sur Windows peuvent ne pas démarrer après l’installation si la machine a plus de 64 cœurs logiques par nœud NUMA.

Pour plus d’informations, consultez Limiter le nombre de cœurs logiques par nœud NUMA à 64.

Messagerie de base de données sur Linux

Problème : la messagerie de base de données sur Linux ne fonctionne pas lorsque SQL Server est configuré pour appliquer un chiffrement strict.

Actuellement, la seule solution de contournement consiste à ne pas appliquer de chiffrement strict.

SQLPS

Problème : SQLPS.exe, le sous-système PowerShell sql Agent et le module PowerShell SQLPS ne fonctionnent pas lorsque SQL est configuré pour appliquer un chiffrement strict.

Actuellement, la seule solution de contournement consiste à ne pas appliquer de chiffrement strict.

La tâche syspolicy_purge_history de SQL Server Agent signale un échec à l’étape 3. Ce travail s’exécute quotidiennement par défaut. Une instance qui n’applique pas de chiffrement strict ne reproduit pas ce problème ; Une autre option consiste à désactiver le travail.

Comportement incorrect de SESSION_CONTEXT dans les plans parallèles

Les requêtes qui utilisent la fonction intégrée SESSION_CONTEXT peuvent retourner des résultats incorrects ou déclencher des vidages de violation d’accès (AV) lorsqu’elles sont exécutées dans des plans de requête parallèles. Ce problème provient de la façon dont la fonction interagit avec des threads d’exécution parallèles, en particulier lorsque la session est réinitialisée à des fins de réutilisation.

Pour plus d’informations, consultez la section Problèmes connus dans SESSION_CONTEXT.

Problème lors de la définition de l’algorithme de compression de sauvegarde sur ZSTD

Il existe un problème connu lors de la tentative de définition de l’algorithme de compression de sauvegarde sur ZSTD.

Lorsque vous spécifiez l’algorithme ZSTD (backup compression algorithm = 3), le message d’erreur suivant retourne :

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

Utilisez le nouvel algorithme de compression directement dans la commande BACKUP Transact-SQL au lieu de définir l’option de configuration du serveur.

Modèles ONNX locaux non pris en charge sur les systèmes d’exploitation Linux

LES modèles ONNX locaux CREATE EXTERNAL MODEL hébergés directement sur SQL Server ne sont actuellement pas disponibles pour Linux sur SQL Server 2025 (17.x).

L’algorithme de hachage PBKDF2 peut affecter les performances de connexion

Dans SQL Server 2025 (17.x), l’authentification par mot de passe utilise PBKDF2 (RFC2898) comme algorithme de hachage par défaut. Cette amélioration améliore la sécurité des mots de passe en appliquant 100 000 itérations de hachage SHA-512. Le coût de calcul accru de PBKDF2 signifie un temps de connexion d’authentification SQL légèrement plus long. Cet effet est particulièrement visible dans les environnements sans regroupement de connexions, ou où la latence de connexion est étroitement surveillée. Dans les environnements mis en pool, l’effet est généralement minimal.

Pour plus d’informations, consultez CREATE LOGIN et prise en charge des vérificateurs de mot de passe de hachage itérés et salés dans SQL Server 2022 CU12.

Une exception de violation d’accès peut se produire sur des réplicas secondaires lisibles dans certaines conditions

Considérez une base de données activée pour utiliser la fonctionnalité Magasin des requêtes pour secondaires lisibles, à l’aide de la commande DDL (langage de définition de données) suivante :

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

Les requêtes qui répondent aux conditions suivantes peuvent rencontrer une violation d’accès lorsqu’une variante de requête PSP ne peut pas déterminer l’état persistant de son instruction de répartiteur parent :

  • Exécuté sur une réplique secondaire
  • Sensible à la détection de paramètre
  • Éligible pour l'optimisation du plan sensible aux paramètres (PSP)

Nous avons identifié un correctif pour une prochaine version de SQL Server 2025 (17.x).

Solution de contournement : désactivez PSP sur les fichiers secondaires pour chaque base de données intégrée afin d’utiliser le Magasin des requêtes pour la fonctionnalité secondaire lisible. À partir du contexte d’une base de données spécifique, émettez l’instruction Transact-SQL suivante :

ALTER DATABASE SCOPED CONFIGURATION FOR SECONDARY
    SET PARAMETER_SENSITIVE_PLAN_OPTIMIZATION = OFF;

Les événements d’audit SQL Server n’écrivent pas dans le journal de sécurité

Supposons que vous avez configuré plusieurs événements d’audit SQL Server pour écrire dans le journal de sécurité SQL Server 2025 (17.x). Dans ce scénario, vous remarquez que tous les audits de serveur, à l’exception du premier audit du serveur, ne s'enregistrent pas. En outre, lorsque vous ajoutez le deuxième audit du serveur, vous pouvez recevoir une erreur semblable au message suivant dans le journal des erreurs SQL Server :

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

Nous avons identifié un correctif pour une prochaine version de SQL Server 2025 (17.x).

Solution de contournement : utilisez l’une des méthodes suivantes :

  • Écrivez des événements d’audit dans un fichier au lieu du journal de sécurité SQL Server.

  • Pour permettre à plusieurs audits serveurs d’écrire dans le journal de sécurité, remplacez la valeur de cette sous-clé de Registre de 0 à 1.

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

    Les audits de serveur doivent être redémarrés pour que le nouveau paramètre de Registre prenne effet :

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

Index vectoriel

Lorsque vous générez un index vectoriel à l’aide de l’instruction CREATE VECTOR INDEX ou que vous utilisez l’index vectoriel via VECTOR_SEARCH, vous obtenez le message d’avertissement suivant :

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

L’avertissement peut être ignoré en toute sécurité, car il n’affecte pas la justesse des résultats.

Lorsque vous utilisez MAXDOP avec CREATE VECTOR INDEX ou VECTOR_SEARCH, la valeur définie pour MAXDOP est ignorée. Pour définir la valeur souhaitée pour MAXDOP, définissez plutôt l’option de configuration au niveau du serveur max degree of parallelism. Pour plus d’informations, consultez Configuration du serveur : degré maximal de parallélisme ou option au niveau MAXDOP de la base de données dans ALTER DATABASE SCOPED CONFIGURATION.

La mise à niveau échoue si Data Quality Services est installé

Si Data Quality Services est installé et que vous mettez à niveau votre instance SQL Server vers SQL Server 2025 (17.x), la mise à niveau échoue pendant l’étape Règles de fonctionnalité de l’Assistant Mise à niveau de SQL Server.

Capture d’écran de l’écran Règles de fonctionnalité de mise à niveau de SQL Server, avec l’option Data Quality Services mise en évidence en rouge.

Solution de contournement : utilisez le /IACCEPTDQUNINSTALL paramètre à partir de la ligne de commande. Pour plus d’informations, consultez l’article Mettre à niveau les paramètresd’installation, de configuration ou de désinstallation de SQL Server sur Windows à partir de l’invite de commandes.

Vous pouvez également exécuter une mise à niveau sans assistance complète à partir de la ligne de commande, tant que vous incluez le /IACCEPTDQUNINSTALL paramètre.

Full-Text Recherche ne parvient pas à indexer les documents en texte clair supérieurs à 25 Mo

Si vous essayez d’indexer un document en texte clair supérieur à 25 Mo, vous voyez l’erreur symbolique dans le journal d’analyse 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 ...

Note

Les documents en texte clair incluent des documents avec un class_id de {C1243CA0-BF96-11CD-B579-08002B30BFEB}, tel que signalé par sys.fulltext_document_types.

Solution de contournement : Configurez la taille de fichier maximale dans le Registre Windows :

Avertissement

Une modification incorrecte du Registre peut sérieusement endommager votre système. Avant d'apporter des modifications au Registre, nous vous recommandons de sauvegarder les données importantes qui se trouvent sur l'ordinateur.

Modifiez la valeur DWORD MaxTextFilterBytes, qui se trouve dans HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\ContentIndex. Par exemple, pour supprimer entièrement la limite de taille de la ligne de commande avec reg add, exécutez la commande suivante :

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

Après avoir mis à jour la valeur du Registre, réexécutez l’analyse Full-Text.

Contrat de licence incorrect pour le programme d’installation de LocalDB

Problème : le programme d’installation localDB pointe vers une préversion du contrat de licence utilisateur final (CLUF).

Pour contourner ce problème, vous devez télécharger le programme d’installation Express Edition à la place, puis choisir l’option LocalDB dans l’écran de sélection du package.

Nous avons identifié un correctif pour une prochaine version de SQL Server 2025 (17.x).

Contenu connexe

  • Last updated on