0

SQL Server Integration Services（SSIS）パッケージ内でQuestGeoSolutionのGridInQuestDLL（GIQ60.DLL）を使用しています。tlbimpを使用して.NETラッパー（相互運用機能）を作成することにより、これをローカル（32ビット）で問題なく使用することができました。ただし、これを統合サーバーに移動すると、サーバーが64ビットであるため、これは機能しません。

GIQ60.DLLは16ビットDLLであり、ベンダーはこれを積極的にサポートしていないことを確認しています。サーバー上で32ビットバージョンのDTEXECを実行すると、パッケージは問題なく実行されます。.NETラッパーを変換してSQLServerIntegration Services（64ビットインストール）を機能させるためのトリック/方法はありますか？

または、OSグリッド（東/北）を英国とアイルランドの両方の地理空間経度/緯度に変換する（異なるグリッドシステムを使用する）交換用の無料の32ビット.netライブラリが必要です。これは、実行可能なソリューションになります。

4

2 に答える 2

1

私が考えることができる他の唯一の解決策は、コンポーネントをホストし、それをWCFまたはリモーティングエンドポイントとして公開するWindowsサービス（32ビット）を作成することです。次に、SSISのスクリプトタスクを使用してアクセスします。このようにして、パッケージを64ビットDTEXECで実行し、コンポーネントを32ビットプロセスで実行できます。

HTH

于 2009-12-08T22:29:56.403 に答える
0

私がサポートしている1つの環境には、LotusNotesへの接続の特定のバージョンに依存するSSISパッケージがあります。そのdllは32ビットdllであり、64ビット本番サーバーのSSISで実行する場合は機能しません。

DTEXECの32ビットバージョンへのコマンドプロンプト呼び出しを使用して、SSISパッケージを簡単に実行します。それはうまくいきます。

2つの異なるバージョンのコードを維持する必要をなくすためにそれを試みるかもしれませんか？

于 2009-12-05T14:58:07.767 に答える