CLR 程序集不会在 64 位 SQL Server 2005 中加载

Question

我们在安装 SQL Server 2005（32 位）时使用带有一些用户定义函数的程序集。我们使用这样的脚本将其部署到生产中：

CREATE ASSEMBLY [Ourfunctions]
AUTHORIZATION [dbo]
FROM 0x4D5A9000...000
WITH PERMISSION_SET = SAFE
GO
CREATE FUNCTION [dbo].[GLOBAL_FormatString](@input [nvarchar](4000))
RETURNS [nvarchar](4000) WITH EXECUTE AS CALLER
AS 
EXTERNAL NAME [Ourfunctions].[UserDefinedFunctions].[GLOBAL_FormatString]
GO

我们从未遇到过这些函数的任何问题。现在，当我们尝试将其中一台服务器升级到 x64 时，我们在调用任何函数时都会遇到错误。示例堆栈跟踪：

System.Data.SqlClient.SqlException：一个 Microsoft .NET 中发生错误 尝试加载时的框架 程序集 ID 65549。服务器可能是 资源耗尽，或者 程序集可能不被信任 PERMISSION_SET = EXTERNAL_ACCESS 或 不安全。再次运行查询，或检查 文档查看如何解决 大会信任问题。了解更多 有关此错误的信息： System.IO.FileLoadException：无法 加载文件或程序集'ourfunctions， 版本=0.0.0.0，文化=中立， PublicKeyToken=null' 或其之一 依赖关系。给定的程序集名称 或代码库无效。 （例外 来自 HRESULT：0x80131047） System.IO.FileLoadException：位于 System.Reflection.Assembly.nLoad(AssemblyName 文件名、字符串代码库、证据 装配安全、装配 locationHint、StackCrawlMark& 堆栈标记、布尔值 throwOnFileNotFound，布尔值-snip-

该错误提到权限集 EXTERNAL_ACCESS 和 UNSAFE，而我们使用级别 SAFE。

.dll 文件是在目标平台设置为“任何 CPU”的情况下构建的，当我们尝试从文件而不是 varbinary 语法加载 dll 时，我们会得到相同的结果。 已经尝试了 http://support.microsoft.com/kb/918040 中的建议

我们 在 32 位机器上尝试了完全相同的过程，一切正常。应该是x86和x64的区别。有什么想法吗？

解决方案：我们终于找到了解决方案。事实证明，我们的程序集确实是一个 32 位编译的程序集。在 Visual Studio 中，我们使用目标“任何 CPU”，但在检查底层 .csproj 时，我发现了以下代码片段：

  <PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Debug|AnyCPU' ">
    ...other elements...
    <PlatformTarget>x86</PlatformTarget>
  </PropertyGroup>

所以我们的“任何 CPU”目标实际上是在构建 x86 程序集！啊啊。我已经在 subversion 中追踪到了这一行，但它在 2006 年第一次签入时就已经存在了。也许这是数据库项目的某些早期模板中的错误？

不管怎样，谢谢你的帮助。我会接受拉斯的回答，因为我怀疑许多遇到同样问题的人会从他的回答中得到最大的帮助。

Answer 1

它与 64 位无关，您需要更改数据库以允许它。试试这个：

ALTER DATABASE YOURDATABASEHERE
SET TRUSTWORTHY ON;
GO

如果单独这样做不起作用，您也可以尝试这些选项

USE YOURDATABASEHERE
GO
sp_configure 'show advanced options', 1;
GO
RECONFIGURE;
GO
sp_configure 'Ole Automation Procedures', 1;
GO
RECONFIGURE;
GO 

Answer 2

您可以尝试从文件加载程序集。我不确定是否可以使用编码字符串语法将 32 位版本上编码的程序集部署到 64 位 SQL Server。