Changements cassants dans les fonctionnalités du moteur de base de données de SQL Server 2017 (14.x)

  • Article

S’applique à : SQL Server 2017 (14.x) et versions plus récentes

Cet article décrit les changements cassants dans le Moteur de base de données SQL Server 2017 (14.x). Ces modifications peuvent interrompre les applications, scripts ou fonctionnalités fondés sur les versions antérieures de SQL Server. Il se peut que vous rencontriez ces problèmes lors d'une mise à niveau.

Changements cassants dans le Moteur de base de données SQL Server 2017

  • CLR utilise la sécurité d’accès du code (CAS) dans le .NET Framework, qui n’est plus pris en charge comme limite de sécurité. Depuis le Moteur de base de données SQL Server 2017 (14. x), une option sp_configure appelée clr strict security a été introduite pour améliorer la sécurité des assemblys CLR. clr strict security est activée par défaut, et traite les assemblys CLR SAFE et EXTERNAL_ACCESS comme s’ils étaient marqués UNSAFE. L’option clr strict security peut être désactivée pour assurer une compatibilité descendante, mais ceci n’est pas recommandé. Quand clr strict security est désactivée, un assembly CLR créé avec PERMISSION_SET = SAFE peut être en mesure d’accéder à des ressources système externes, d’appeler du code non managé et d’acquérir des privilèges sysadmin. Une fois la sécurité stricte activée, le chargement des assemblys non signés échoue. En outre, si une base de données a des assemblys SAFE ou EXTERNAL_ACCESS, les instructions RESTORE ou ATTACH DATABASE peuvent être exécutées, mais le chargement des assemblys peut échouer.

    Pour charger les assemblys, vous devez modifier, ou bien supprimer et recréer, chaque assembly, de façon à ce qu’il soit signé avec un certificat ou une clé asymétrique qui a une connexion correspondante avec l’autorisation UNSAFE ASSEMBLY sur le serveur. Pour plus d’informations, consultez CLR strict security.

  • Les algorithmes MD2, MD4, MD5, SHA et SHA1 sont dépréciés dans SQL Server 2016 (13.x). Jusqu’à SQL Server 2016 (13.x), un certificat auto-signé est créé à l’aide de l’algorithme SHA1. À partir de SQL Server 2017 (14.x), un certificat auto-signé est créé à l’aide de l’algorithme SHA2_256.

Versions précédentes

Documentation archivée pour les anciennes versions de SQL Server

Nous accumulons et conservons la documentation des très anciennes versions de Microsoft SQL Server dans des groupes de pages web archivées. Les pages web archivées ne sont pas traitées par les moteurs de recherche tels que bing.com et google.com. Vous pouvez toutefois consulter ces archives sur notre site de documentation previous-versions/sql/ à l’adresse :

Ces archives incluent la documentation pour au moins les versions antérieures suivantes :

  • SQL Server 2014 (12.x)
  • SQL Server 2012 (11.x)
  • SQL Server 2008 R2 (10.50.x)
  • SQL Server 2008 (10.0.x)
  • SQL Server 2005 (9.x)

La documentation de SQL Server 2014 est toujours disponible à l’adresse principale de notre documentation.

La documentation de SQL Server 2022 est disponible à l’adresse principale de notre documentation. Vous pouvez ensuite utiliser la liste déroulante de gestion des versions située en haut de la page pour sélectionner une autre version.

Pour plus d’informations sur la documentation des versions précédentes de SQL Server, consultez la documentation des précédentes versions de SQL Server.

Voir aussi