На вкладке выбора событий после нажатия кнопки «Показать все события» появляется раздел CLR. В нем только одно событие «Сборочная загрузка». Это событие происходит, когда есть запрос на загрузку сборки CLR. Любой SQL, который приходит из сборки, должен регистрироваться как стандартное событие TSQL, поэтому я бы пошел в раздел TSQL и выбрал каждое событие «SQL:». Также ознакомьтесь с разделом «Ошибки и предупреждения». Я предполагаю, что что-то не так в настройке сборки или возникает исключение .NET перед вызовом SQL.
Если ваш триггер CLR является просто условной вставкой в другую таблицу, я бы не использовал сборку. Это особенно верно, если таблица часто выбирается, обновляется или удаляется. Сборки выполняются в области памяти приложений сервера, а не в выделенной области памяти сервера SQL, поэтому внезапно у вас появляется сервер SQL, который использует больше памяти приложения, чем обычно. Я разбил свою справедливую долю серверов SQL таким образом.
Он также вносит большую сложность в управление исходным кодом, сборки и имеет некоторые проблемы безопасности, которые вы должны понимать. В целом, я бы сказал, что использование SQL Server CLR должно быть последней попыткой.