Ngoài việc khởi động lại SQL Server, có cách nào để buộc SQLCLR AppDomain được đặt lại không?

Tôi muốn buộc AppDomain đang được SQLCLR sử dụng để được đặt lại. Làm thế nào tôi có thể làm điều đó ngoài việc khởi động lại phiên bản SQL Server?

Tôi biết điều này hơi tàn bạo, nhưng còn việc vô hiệu hóa CLR và kích hoạt lại thì sao?

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

Có một giải pháp tinh tế hơn sẽ không ảnh hưởng đến tất cả các hội đồng khác: chỉ cần thay đổi PERMISSION_SET của một trong các hội đồng trong miền ứng dụng (miền ứng dụng là cho mỗi người dùng).

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

Chỉ cần nhớ rằng bạn sẽ cần đặt PERMISSION_SET trở lại như cũ. Ngoài ra, bạn cần truy cập một phương thức trong cụm trước khi thay đổi PERMISSION_SET sẽ hủy tải nó; thay đổi một hội đồng hiện không được tải vào một miền ứng dụng đang hoạt động, nhưng với một hội đồng khác, không có tác dụng đối với miền ứng dụng (Miền ứng dụng là mỗi DB, mỗi người dùng, không phải mỗi hội đồng).

CẬP NHẬT
Phương pháp được mô tả ở trên là cách tiếp cận chi tiết nhất, nơi nó sẽ chỉ dỡ bỏ một Miền ứng dụng đó. Nhưng, nó yêu cầu lắp ráp có thể được đặt thành một trong hai cấp độ khác. Đối với các hội đồng được đánh dấu là SAFEnó sẽ chỉ có thể nếu một trong hai

• cơ sở dữ liệu được đặt thành TRUSTWORTHY ON, hoặc
• lắp ráp được ký và Đăng nhập, dựa trên khóa bất đối xứng, chính nó dựa trên cùng một chữ ký với lắp ráp, tồn tại và đã được cấp EXTERNAL ACCESS ASSEMBLYhoặc UNSAFE ASSEMBLYcho phép

Trong trường hợp này, bạn có thể chỉ cần xoay TRUSTWORTHYcài đặt ONvà sau đó quay lại ngay lập tức OFFvà điều đó sẽ hủy tất cả các Miền ứng dụng trong cơ sở dữ liệu cụ thể đó:

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

Nếu bạn chỉ có một Miền ứng dụng trong cơ sở dữ liệu (và tôi nghi ngờ đây là trường hợp 95% hoặc hơn), thì cả hai phương pháp được mô tả ở đây đều có cùng hiệu quả. Và trong tình huống đó, ALTER DATABASEphương thức có vẻ đơn giản hơn vì nó không yêu cầu chỉ định một tên đối tượng cụ thể cũng như không yêu cầu phải biết bản gốc PERMISSION_SETlà gì.

CSONG, nếu bạn chỉ có một Miền ứng dụng duy nhất thì ALTER DATABASEphương thức sẽ đơn giản hơn ngay cả trong trường hợp cơ sở dữ liệu đã được đặt thành TRUSTWORTHY ONhoặc bạn đã thiết lập đăng nhập cơ sở khóa với sự cho phép thích hợp. Nếu bạn đang sử dụng thông tin đăng nhập dựa trên khóa thì bạn có thể đặt TRUSTWORTHYlại ONvà sau đó OFFnhư đã đề cập ở trên. Nhưng nếu bạn đã TRUSTWORTHYthiết lập ON, thì chỉ cần đảo ngược nó và đặt thành OFFrồi quay lại ngay ON:

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