まあ、これは少し厄介です。現在、ネットワーク上のアクセスデータベースを参照する32ビットSQLServer2005インスタンスに関する一連のレポートがあります。現在、これらを新しいレポートサービスインスタンス（SQL Server 2008 64ビット）に移行しようとしていますが、問題が発生しました。
さて、私はエラーについてグーグル検索を行い、x86を使用して32ビットなどを使用するようにコンパイルするように言っているものをたくさん手に入れましたが、rpeortingサービスでこれを取得している場合は何も触れていません。
私の質問は、これを「修正」する方法、またはある種の回避策はありますか？おそらく、アクセスデータベースにアクセスするために使用できる別の提供物がありますか？どんなアイデアでも大歓迎です。
私はこれに出くわしましたが、これは特定のケースで機能しました:
http://danielcai.blogspot.com/2011/02/solution-run-jet-database-engine-on-64.html
その投稿から：
Microsoft は昨年、64 ビット互換の Jet データベース エンジンをリリースしました。この問題を解決するために使用できる手順は次のとおりです。
Microsoft Access データベース エンジン 2010 再頒布可能パッケージをダウンロードし (もちろん、サーバーに適したビットを選択する必要があります)、サーバーにインストールします。
コードまたは構成ファイルの接続文字列を Provider=Microsoft.Jet.OLEDB.4.0; から変更します。プロバイダーに = Microsoft.ACE.OLEDB.12.0;
64ビットのMicrosoft.Jet.OLEDB.4.0プロバイダーが利用できないことをほのめかしたように、今日まったく同じ問題に遭遇しました。これは、64 ビットの Reporting Services インスタンスで Excel および Access データソースを使用しようとするレポートに影響します。64 ビットの Jet ドライバーが利用できないことを確認する KB 記事を次に示します。
http://support.microsoft.com/kb/957570
私が見つけた解決策は、MSDN のこのフォーラム投稿からのものです。
これには、Excel または Access データ ソースを読み取る SSIS パッケージの作成、SSIS パッケージの 32 ビット モードでの実行、および SSIS パッケージをレポート データソースとして使用することが含まれます。理想的ではありませんが、機能します。
残念ながら、これは私たちが制限されている厄介な回避策です。