Являются ли библиотеки CLR зеркалированными при использовании зеркалирования SQL Server?

У меня есть база данных SQL Server (2008), в которой у меня есть некоторые DLL CLR, которые SQL использует для разных вещей.

Являются ли эти DLL зеркалированными, когда я использую зеркалирование SQL? Наш DBA говорит, что нет, но я нахожу это сумасшедшим и не могу найти много информации об этом в Интернете.

Можно ли зеркалировать DLL CLR?

    Собрания CLR хранятся в базе данных и отражаются как часть базы данных. Каждая база данных имеет собственное представление sys.assemblies, и если вы запрашиваете master.sys.assemblies DMV, вы не найдете сборки для других баз данных в DMV. Есть проблемы, с которыми вы можете столкнуться, имея зеркальную базу данных с сборками. Первое, если у вас есть сборка внешнего доступа или UNSAFE, и вы использовали бит TRUSTWORTY, чтобы разрешить сборку в вашей базе данных, она отключается во время процесса восстановления при переходе на другой ресурс, поэтому вам нужно снова включить его. Если вы подписали сборку с сертификатом, вам необходимо создать сертификат и логин, связанный с сборкой на зеркальном сервере вручную, поскольку это хранится в главном, а не в базе данных. Будет создана Ассамблея, и ваши объекты базы данных SQL, но могут не работать. Вам также может потребоваться изменить имя владельца базы данных в качестве части перехода на другой ресурс.

    http://sqlblog.com/blogs/jonathan_kehayias/archive/2008/03/06/clr-safety-issues-after-database-restore-to-new-server.aspx

    Если вы хотите проверить, что я сказал выше, создайте резервную копию пользовательской базы данных с помощью сборки на ней и восстановите ее на другом сервере. Ваша сборка будет частью базы данных.

    Просто чтобы добавить очевидный момент в том, что сказал Джонатан: ваши сборки должны быть развернуты в зеркальной базе данных приложений, а не в msdb или какой-либо другой базе данных.

    Давайте будем гением компьютера.