exceptions non interceptées dans le code CLR n'apporteraient le serveur. Le code CLR s'exécute dans un domaine d'application distinct et est isolé. Tout ce qui pourrait arriver (et c'est peu probable) est que l'exception abaisse le domaine de l'application et provoque le déchargement du domaine de l'application. Cela le ferait a) soit recharger sur la prochaine requête, soit b) être désactivé jusqu'à ce que le problème soit résolu ou qu'une nouvelle version de l'assembly soit déployée. Au mieux, cet ensemble CLR particulier serait désactivé et les sessions d'appel recevraient des messages d'erreur. Il est extrêmement peu probable qu'un code CLR défectueux fasse tomber une instance de serveur sql entière; Si c'est le cas, je dirais que c'était un bug de Microsoft, pas un bug dans la fonction CLR ou proc stocké.
Le cas le plus probable est que l'exception uncaught .net serait traduite dans un message d'erreur tsql. Tout au plus, la connexion tsql serait terminée; La plupart du temps, cela entraînerait un message d'erreur.
"J'ai entendu dire que des exceptions non gérées dans le code CLR pouvaient faire tomber le serveur."Je doute fortement que - obtenu des références? –
Pouvez-vous qualifier le but de votre code CLR s'il vous plaît? –