Selain me-restart SQL Server, apakah ada cara untuk memaksa SQLCLR AppDomain diatur ulang?

Saya ingin memaksa AppDomain yang digunakan oleh SQLCLR untuk diatur ulang. Bagaimana saya bisa melakukan itu selain memulai kembali contoh SQL Server?

Saya tahu ini agak brutal, tetapi bagaimana dengan menonaktifkan CLR dan mengaktifkannya kembali?

sp_configure 'show advanced options', 1;
GO
RECONFIGURE;
GO
sp_configure 'clr enabled', 0;
GO
RECONFIGURE;
GO
sp_configure 'clr enabled', 1;
GO
RECONFIGURE;
GO

Ada solusi yang lebih elegan yang tidak akan memengaruhi semua majelis lain: cukup ubah PERMISSION_SET dari salah satu majelis dalam domain aplikasi (domain aplikasi adalah per pengguna).

ALTER ASSEMBLY [AssemblyName] WITH PERMISSION_SET = {1 of the 2 levels that 
                                                      this assembly is not current at}

Ingatlah bahwa Anda perlu mengatur PERMISSION_SET kembali ke seperti semula. Selain itu, Anda perlu mengakses metode dalam perakitan sebelum mengubah PERMISSION_SET akan membongkar itu; mengubah rakitan yang saat ini tidak dimuat ke domain aplikasi yang aktif, tetapi dengan rakitan lain, tidak berpengaruh pada domain aplikasi (Domain Aplikasi adalah per-DB, per-Pengguna, bukan per-Majelis).

PEMBARUAN
Metode yang dijelaskan di atas adalah pendekatan yang paling tepat di mana ia hanya akan membongkar satu Domain Aplikasi itu. Tapi, itu memang mengharuskan perakitan dapat diatur ke salah satu dari dua level lainnya. Untuk majelis yang ditandai karena SAFEhanya akan dimungkinkan jika salah satunya

• database diatur ke TRUSTWORTHY ON, atau
• majelis ditandatangani dan Login, didasarkan pada kunci asimetris yang dengan sendirinya didasarkan pada tanda tangan yang sama dengan majelis, ada dan telah diberikan salah satu EXTERNAL ACCESS ASSEMBLYatau UNSAFE ASSEMBLYizin

Dalam hal ini Anda dapat dengan mudah mengubah TRUSTWORTHYpengaturan ONdan kemudian segera kembali OFFlagi dan itu akan membongkar semua Domain Aplikasi dalam database tertentu:

ALTER DATABASE CURRENT SET TRUSTWORTHY ON;
ALTER DATABASE CURRENT SET TRUSTWORTHY OFF;

Jika Anda hanya memiliki satu App Domain dalam basis data (dan saya kira ini adalah kasus 95%, atau lebih, pada saat itu), maka kedua metode yang dijelaskan di sini memiliki efek bersih yang sama. Dan dalam situasi itu, ALTER DATABASEmetode ini tampak lebih sederhana karena tidak memerlukan menentukan nama objek tertentu juga tidak perlu mengetahui apa yang asli PERMISSION_SET.

JUGA, jika Anda hanya memiliki satu App Domain maka ALTER DATABASEmetodenya lebih sederhana bahkan dalam kasus di mana database sudah diatur TRUSTWORTHY ONatau Anda telah mengatur login basis-kunci dengan izin yang sesuai. Jika Anda menggunakan login berbasis kunci maka Anda dapat mengatur TRUSTWORTHYke ONdan kemudian OFFlagi seperti yang disebutkan di atas. Tetapi jika Anda sudah TRUSTWORTHYmenyetel ke ON, maka balikkan dan atur ke OFFlalu segera kembali ke ON:

ALTER DATABASE CURRENT SET TRUSTWORTHY OFF;
ALTER DATABASE CURRENT SET TRUSTWORTHY ON;