我们是一个SQL Server集成服务(SSIS)包中使用任务地理解决方案的网格审讯DLL(GIQ60.DLL)。我们通过使用TLBIMP创建.NET包装(互操作)来管理本地(32位)使用这个没有问题。然而,当这种搬到我们的集成服务器,这并不作为服务器是64位的工作。

在GIQ60.DLL是一个16位的DLL和供应商已经证实,他们不再积极支持这一点。如果我们在服务器上运行DTEXEC的32位版本,包运行没有问题。有没有窍门/方式向.NET包装,以使这项工作SQL Server集成服务(64位安装)进行转换。

另外,我们需要更换免费的32位.NET库,将OS栅格(东向/北进)转换成两个英国和爱尔兰地理经度/纬度(他们使用不同的网格系统),那么这将是一个可行的解决方案。

有帮助吗?

解决方案

唯一的其他解决方案,我能想到的是创建承载您的组件,并公开其作为WCF或远程处理结束点窗口服务(32位)。然后使用脚本任务在SSIS来访问它。这样,您就可以运行在64位DTEXEC封装,32位进程的组成部分。

HTH

其他提示

在一个环境中,我支持,有一个SSIS包依赖于一个特定版本到Lotus Notes的连接。该DLL是一个32位DLL和64位生产服务器上在SSIS执行时,它不起作用。

我们简单的命令提示呼叫DTEXEC的32位版本执行SSIS包。工作正常。

您可以尝试,为避免维护两个不同版本的代码?

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top