除了重新启动SQL Server，是否有任何方法可以强制重置SQLCLR AppDomain？

我想强制重置由SQLCLR使用的AppDomain。除了重新启动SQL Server实例外，我该怎么办？

我知道这有点残酷，但是禁用CLR并重新启用它又如何呢？

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

有一个更优雅的解决方案，它不会影响所有其他程序集：只需更改应用程序域中一个程序集的PERMISSION_SET（应用程序域是针对每个用户的）。

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

请记住，您需要将PERMISSION_SET设置回原来的值。同样，您需要在程序集中访问方法，然后才能更改PERMISSION_SET以将其卸载；更改当前未加载到活动的应用程序域中但使用另一个程序集的程序集对应用程序域没有影响（应用程序域是按数据库，按用户，而非按程序集）。

更新
上述方法是最细粒度的方法，它将仅卸载该一个App Domain。但是，确实需要将组件设置为其他两个级别之一。对于标记为的装配件，SAFE只有在

• 数据库设置为TRUSTWORTHY ON，或
• 对该程序集进行签名，并且存在一个基于非对称密钥的登录名，该密钥本身基于与该程序集相同的签名，并且已被授予EXTERNAL ACCESS ASSEMBLY或UNSAFE ASSEMBLY许可

在这种情况下，您可以简单地打开TRUSTWORTHY设置ON，然后立即OFF再次返回，这将卸载该特定数据库中的所有 App Domain：

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

如果数据库中仍然只有一个App Domain（我怀疑是95％或更多的情况是这种情况），那么这里描述的两种方法都具有相同的实际效果。在这种情况下，该ALTER DATABASE方法似乎更简单，因为它不需要指定特定的对象名称，也不需要知道原始对象PERMISSION_SET是什么。

另外，如果您只有一个App Domain，那么ALTER DATABASE即使数据库已经设置为TRUSTWORTHY ON或您已经使用适当的权限设置了基于密钥的登录名，该方法也更加简单。如果您使用的是基于密钥的登录名，则可以如上所述设置TRUSTWORTHY为ON，然后OFF再次设置。但是，如果您已经TRUSTWORTHY设置为ON，则只需将其反转并设置为OFF，然后立即返回ON：

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