Activer l'intégration de SQL Server de CLR à l'aide de Transact-SQL
Vous travaillez en tant qu'administrateur de base de données SQL Server. Dans votre entreprise, il existe une application de base de données s'étant développée à un point devant être déplacée vers un nouveau serveur avec plus de ressources. Vous effectuez la migration du serveur et tout se passe bien sans aucun problème. Quelques minutes après la fin de la migration, votre téléphone se met à sonner et des courriels commencent à inonder votre boîte de réception en se plaignant que l'une des fonctionnalités de l'application ne fonctionne pas comme prévu. Après quelques recherches, l'équipe de développement vous indique que la fonctionnalité défaillante utilise une STORED PROCEDURE de CLR semblant ne pas fonctionner et on vous demande si CLR est activé dans la nouvelle instance SQL Server. C'est situation arrive parfois, car le CLR n'est pas activé par défaut dans la base de données SQL Server.
Solution
L'intégration CLR est l'une des fonctionnalités les plus négligées de SQL Server. Le, CLR, tirant son nom de l'anglicisme Common Language Runtime, est une composante de machine virtuelle du cadre d'application .NET de Microsoft gérant l'exécution des programmes .NET. L'intégration CLR permet d'utiliser des assemblys utilisateur lors du codage d'une solution de base de données dans SQL Server. Il était censé être à la fois une amélioration et un futur remplacement des STORED PROCEDURE étendues, étant un type spécial de STORED PROCEDURE écrite en langage de programmation C et compilée en code machine en tant que bibliothèque DLL.
Intégration CLR avec SQL Server
La fonctionnalité d'intégration CLR a été ajoutée dans SQL Server 2005, étant la première version publiée sans le code Sybase hérité. Au début du 21e siècle, Microsoft a décidé d'introduire le cadre d'application .NET dans le cadre de la suite de développement Visual Studio. Si nous faisons une petite recherche historique, nous découvrirons que les gens de Redmond avaient besoin d'un produit pour concurrencer la plate-forme Java de Sun Microsystems. L'introduction du cadre d'application .NET dans le SQL Server était également une réponse à l'adoption par Oracle de Java comme langage de programmation pour créer des STORED PROCEDURE et des applications côté serveur. Comme nous le savons, Sun Microsystems a été racheté par Oracle Corporation.
Prérequis avant d'activer le CLR dans SQL Server
Il existe un scénario dans lequel vous ne pouvez pas utiliser CLR. Si vous utilisez le bassin léger (mode fibre), vous ne pourrez pas activer le CLR à moins que vous ne désactiviez le bassin léger. En passant, en activant les fonctionnalités du mode fibre dépendant du CLR, telles que le type de données de hiérarchie, la réplication et la gestion basée sur des stratégies, cela ne fonctionnera pas correctement ou ne fonctionnera pas du tout.
Si vous souhaitez activer le CLR, la première étape que vous devez faire est de vérifier si votre instance s'exécute en mode fibre. Vous pouvez le vérifier en exécutant le script suivant :
- EXEC sp_configure 'show advanced', 1;
- RECONFIGURE
- GO
-
- EXEC sp_configure 'lightweight pooling';
- GO
La première requête du script utilise la STORED PROCEDURE système sp_configure pour modifier l'option de configuration "show advanced" de 0 (désactivé) à 1 (activé), afin que nous puissions voir les options de configuration avancées. Afin d'appliquer les modifications, nous exécutons l'instruction RECONFIGURE. Enfin, nous pouvons voir toutes les options de configuration en exécutant sp_configure seul. Jetez un oeil à la capture d'écran suivante pour la voir plus clairement en regardant l'exécution du script précédent.
La dernière exécution de sp_configure renvoie un tableau montrant l'état de l'option de configuration «lightweight pooling», qui dans ce cas est désactivée. Voici un aperçu :
| Colonne | Description |
|---|---|
| name | Il s'agit du nom de l'option de configuration. |
| minimum | La valeur minimale autorisée pour l'option de configuration. |
| maximum | La valeur maximale autorisée pour l'option de configuration. |
| config_value | La valeur ayant été définie pour l'option de configuration. |
| run_value | La valeur en cours d'exécution de l'option de configuration. |
Activation de l'intégration CLR dans SQL Server
Pour activer l'intégration CLR, nous devons modifier la valeur de l'option de configuration "clr enabled" de 0 à 1 en utilisant la STORED PROCEDURE système sp_configure. Dans le script suivant, nous affichons l'état actuel de l'intégration CLR, puis l'affichons et enfin nous le réaffichons à nouveau :
- EXEC sp_configure 'clr enabled';
-
- EXEC sp_configure 'clr enabled', 1;
- RECONFIGURE;
-
- EXEC sp_configure 'clr enabled';
Dans la capture d'écran suivante, vous pouvez voir l'exécution du script ci-dessus et montrer que CLR est maintenant activé ;:
Considérations de sécurité pour SQL Server CLR
Après avoir activé l'intégration CLR, vous devez vous concentrer sur son utilisation et sa sécurité. À partir de SQL Server version 2017, il existe une nouvelle option de configuration nommée "clr strict security" étant activée par défaut et interprète tous les assemblys comme "unsafe". Lorsque l'option de sécurité stricte CLR est activée, tous les assemblys n'étant pas signés ne se chargeront pas correctement. Pour éviter cela, vous devrez recréer les assemblys avec la signature d'un certificat ou d'une clé asymétrique qui a une connexion correspondante avec l'autorisation UNSAFE ASSEMBLY sur le serveur. Une autre option consiste à définir la propriété Trustworthy de la base de données sur ON et à remplacer le propriétaire de la base de données par une connexion dont l'autorisation «unsafe assembly» est activée sur le serveur. Cette option n'est pas recommandée par Microsoft et doit être évitée.