Changements essentiels dans les fonctionnalités du moteur de base de données de SQL Server 2017
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éeclr 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 CLRSAFE
etEXTERNAL_ACCESS
comme s’ils étaient marquésUNSAFE
. L’optionclr strict security
peut être désactivée pour assurer une compatibilité descendante, mais ceci n’est pas recommandé. Quandclr strict security
est désactivée, un assembly CLR créé avecPERMISSION_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 assemblysSAFE
ouEXTERNAL_ACCESS
, les instructionsRESTORE
ouATTACH 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
- Changements essentiels dans les fonctionnalités du moteur de base de données de SQL Server 2016
- Changements essentiels dans les fonctionnalités du moteur de base de données de SQL Server 2014
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.
Contenu connexe
Commentaires
https://aka.ms/ContentUserFeedback.
Bientôt disponible : Tout au long de 2024, nous allons supprimer progressivement GitHub Issues comme mécanisme de commentaires pour le contenu et le remplacer par un nouveau système de commentaires. Pour plus d’informations, consultezEnvoyer et afficher des commentaires pour