Além de reiniciar o SQL Server, existe alguma maneira de forçar o SQLCLR AppDomain a ser redefinido?

Existe uma solução mais elegante que não afetará todos os outros assemblies: basta alterar o PERMISSION_SET de um dos assemblies no domínio do aplicativo (os domínios do aplicativo são por usuário).

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

Lembre-se de que você precisará definir o PERMISSION_SET de volta ao que era. Além disso, você precisa acessar um método no assembly antes de alterar o PERMISSION_SET para descarregá-lo; alterar um assembly que não está carregado no momento em um domínio de aplicativo que está ativo, mas com outro assembly, não tem efeito no domínio de aplicativo (os domínios de aplicativo são por banco de dados, por usuário, não por assembly).

ATUALIZAÇÃO
O método descrito acima é a abordagem mais refinada em que descarregará apenas aquele domínio de aplicativo. Porém, requer que a montagem possa ser definida para um dos outros dois níveis. Para montagens marcadas como SAFEsó será possível se

• o banco de dados está definido como TRUSTWORTHY ON, ou
• o assembly é assinado e um Login, baseado em uma chave assimétrica que é baseada na mesma assinatura do assembly, existe e recebeu a permissão EXTERNAL ACCESS ASSEMBLYouUNSAFE ASSEMBLY

Nesse caso, você pode simplesmente ativar a TRUSTWORTHYconfiguração ONe, em seguida, voltar imediatamente OFFe isso descarregará todos os domínios de aplicativos nesse banco de dados específico:

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

Se você tiver apenas um domínio de aplicativo no banco de dados (e eu suspeito que esse seja o caso em 95% ou mais das vezes), ambos os métodos descritos aqui têm o mesmo efeito líquido. E nessa situação, o ALTER DATABASEmétodo parece mais simples, pois não requer a especificação de um nome de objeto específico nem requer saber qual PERMISSION_SETera o original.

TAMBÉM, se você tiver apenas um único domínio de aplicativo, o ALTER DATABASEmétodo é mais simples, mesmo no caso em que o banco de dados já esteja definido TRUSTWORTHY ONou você tenha configurado o login de base de chave com a permissão apropriada. Se você estiver usando um login baseado em chave, poderá definir e, TRUSTWORTHYem ONseguida, OFFnovamente, conforme mencionado acima. Mas se você já TRUSTWORTHYconfigurou para ON, basta invertê-lo e defini-lo OFFe, em seguida, voltar imediatamente para ON:

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

Eu sei que isso é um pouco brutal, mas que tal desabilitar o CLR e reativá-lo?

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