.NET 3.5で開発されたWindowsアプリケーションを32ビットWindows 2008サーバーで作成しました。アプリケーションを64ビットサーバーにデプロイすると、「Microsoft.Jet.OLEDB.4.0」プロバイダーがローカルマシンに登録されていません」というエラーが表示されます。
この問題の解決策として、プロジェクトのビルドプロパティをX86に変更し、32ビットモードでビルドし、32ビットマシンでプロジェクトを再ビルドするようにしました。ただし、同じプロジェクトは他のDBドライバー（DB2、SQLなど）を使用して他のデータベースに接続します。そのため、64ビットOSにアプリを再度展開すると、「32ビットプラットフォームで64ビットアセンブリをロードしようとしました」という例外がスローされます。
Microsoft.Jet.OLEDB.4.0ドライバーを使用してExcel（.xls）の読み取りと書き込みを行っています
回答:
この問題の解決策を見つけました。質問で説明した問題は、基本的に64ビットOSのMicrosoft.Jet.OLEDB.4.0ドライバーの非互換性が原因で発生しました。
したがって、64ビットサーバーでMicrosoft.Jet.OLEDB.4.0ドライバーを使用している場合は、アプリケーションを強制的に32ビットモードでビルドする必要があります（これは、この既知の問題を徹底的に検索したときに見つけた答えです）そして、それは私のコードの他の部分を壊します。
幸いなことに、マイクロソフトは64ビット互換の2010 Office System Driverをリリースしました。これは、従来のMicrosoft.Jet.OLEDB.4.0ドライバーの代わりとして使用できます。32ビットサーバーと64ビットサーバーの両方で動作します。私はこれをExcelファイルの操作に使用しましたが、どちらの環境でも問題なく動作しました。しかし、このドライバーはベータ版です。
このドライバーは、Microsoft Accessデータベースエンジン2010再頒布可能パッケージからダウンロードできます。
ASP.NETでも問題が解決しない場合は、アプリケーションプールの詳細設定で[32ビットアプリケーションを有効にする]設定をTrueに変更するだけで済みました。
私は同じ問題を抱えています
Microsoft.Jet.OLEDB.4.0 'プロバイダーがローカルマシンに登録されていません
neoによる回答を適用しましたが、プロバイダーを「Provider = Microsoft.ACE.OLEDB.12.0;」に変更するまで機能しませんでした。接続文字列で。
誰かが同じ問題に直面した場合、これが役立つことを願っています。
私はそれがかなり古い質問であることを知っており、多くの人が答えました。しかし、私は理解するために物事を要約しています：
ファイル拡張子がxlsでOSが32ビットの場合、「Microsoft.Jet.OLEDB.4.0」しか使用できません。マイクロソフトは、このドライバーの64ビットバージョンをリリースしていません。
ファイル拡張子がxlsxまたはOSが64ビットの場合、 " Microsoft.ACE.OLEDB.12.0" を使用する必要があります。32/64ビットモードでコンパイルされたアプリケーションは、ドライバーの選択に影響を与えません。
Microsoft.ACE.OLEDB.12.0OS 64ビットの64ビットドライバーを常にインストールします。Office 32ビットを既にインストールしている場合は、cmdから/ passive引数を指定してドライバーを実行する必要があります。このハッキングはOffice 2013までしか機能せず、MicrosoftはMicrosoft.ACE.OLEDB.16.0ドライバーのOffice 2016からこの回避策を停止しました。
AccessDatabaseEngine_x64.exe /passiveドライバーのダウンロードMicrosoft.ACE.OLEDB.12.0
private void ProcessFile(string path)
{
string connString = string.Empty;
if (Path.GetExtension(path).ToLower().Trim() == ".xls" && Environment.Is64BitOperatingSystem == false)
connString = "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" + path + ";Extended Properties=\"Excel 8.0;HDR=Yes;IMEX=2\"";
else
connString = "Provider=Microsoft.ACE.OLEDB.12.0;Data Source=" + path + ";Extended Properties=\"Excel 12.0;HDR=Yes;IMEX=2\"";
}アプリケーションがAnyCPUフラグを使用してコンパイルされている場合、アプリケーションは64ビットOSでは64ビットアクセスドライバーを、32ビットOSでは32ビットアクセスドライバーを検索します。
私は同じメッセージを持っています、Visual Studio 2010で実行するWebページがあります。そのページでfile.xlsを読み取ります。プロジェクトのビジュアルに問題はありません。IISローカルに配置すると、「Microsoft .Jet.OLEDB.4.0 'プロバイダーがローカルマシンに登録されていません' 、次の手順に従って問題を修正しました。
1.-IISを開く
2.- 詳細設定で appPoolを変更する
3.-trueで32ビットアプリケーション
を有効にします。
そしてそれはすべてです
ps。Active Solution PlatformでConfiguration ManagerをX86に変更
同じ問題がありました。アプリケーション構成をに変更したところx86、うまくいきました！
プロジェクトのプロパティをx64形式に変更しました
プロジェクト--->プロパティ--->ビルド--->ターゲットフレームワーク---> X64
デスクトップアプリケーションでこの問題に遭遇しました（ 'Microsoft.Jet.OLEDB.4.0'プロバイダーがローカルコンピューターに登録されていません）。32ビットアプリとしてビルドするオプションがありませんでした。これが同じ状況の他の人を助けることを願っています。
私は次のことをしました、そして問題は消えました：
neoによって提案されたように、64ビットバージョンのMicrosoft Access Database Engine 2010 Redistributableをインストールしました
プロバイダーをMicrosoft.ACE.OLEDB.12.0に変更しました
より最適な解決策は、上記のように単純に再コンパイルすることですが、ソースコードにアクセスする必要があります。私の場合、完成した.exeしかなく、このソリューションを使用する必要がありました。CorFlags.exe.Net SDKから使用して、アプリケーションのロード特性を変更します。
CorLibs.exeだけをチェックすることだけです。CorFlags.exe。私の.Net Framework 3.5 SDKのインストールでは、にありましたC:\Program Files\Microsoft SDKs\Windows\v7.0\Bin。path/to/CorFlags.exe path/to/your/exeFile.exe /32Bit+。完了です！これにより、プログラムの開始フラグが設定され、32ビットWOW64モードで起動するため、microsoft.jet.oledb.4.0にアクセスできます。
IIS設定アプリケーションプールの詳細設定の変更。32ビットアプリケーションを有効にする
接続文字列を
var myConnectionString = string.Format（ "Provider = Microsoft.Jet.OLEDB.4.0; Data Source = {0}; Persist Security Info = True; Jet OLEDB：Database Password =;"、gisdbPath）;
これに：
var myConnectionString = string.Format（ "Provider = Microsoft.Jet.OLEDB.4.0; Mode = Share Deny None; Data Source = {0}; user id = Admin; password =;"、gisdbPath）;
これは、Microsoft.Jet.OLEDB.4.0の登録を要求したことがない場合に機能します。
実際、Jetの64ビットバージョンはなく、（明らかに）作成する計画もありません。
ACE 64ビットドライバーを使用できる場合があります。http：//www.microsoft.com/en-us/download/details.aspx？displaylang = en＆id = 23734
ただし、Expressバージョンでプロジェクトを32ビットに切り替えることができる場合があります（試していないため、2008をどのフレーバーでもインストールしていません）。
たぶん、Accessデータベースをまとめて解体し、弾丸を噛んで代わりにSQLサーバーに移行する時がきたのではないでしょうか。
私はVS2013 for Winformsを使用していますが、以下の解決策がうまくいきました。
ダウンロード：http : //www.microsoft.com/en-us/download/details.aspx?displaylang=en&id=23734
次に、VSターゲットプラットフォームをx86に設定します。
Windows 8.1で「SQL Server 2014 Import and Export Data（64-bit）」を実行しているときにも同じ例外が発生しました。
この問題を修正するには、この問題を次のようにしました
SQL Server 2014データのインポートとエクスポート（32ビット）を64ビットではなく開始し、それは私のために働いています。IIS設定を変更しておらず、追加のソフトウェアもインストールしていません。
このドライバーを使用してExcelファイルに接続しているため、新しいサーバーにアプリケーションを展開するときに、この問題が何度も発生することはわかっています。だからここで私が最近やっていることです。
Windows Server 2008 R2があり、私はx64ビットマシン用のAccessドライバーをインストールし、このメッセージを表示せずに別のものにぶつかっただけでとても満足しています。
以下のこれは私の開発マシンでうまく機能しますが、最新のODBCドライバーをインストールした後でもサーバーでエラーが発生します。これは問題だと思いますが、これは私がそれを解決した方法です。
private const string OledbProviderString = "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=|DataDirectory|\\OlsonWindows.xls;Extended Properties=\"Excel 8.0;HDR=YES\"";以下のような新しいプロバイダーに置き換えます。
private const string OledbProviderString = @"Provider=Microsoft.ACE.OLEDB.12.0;Data Source=|DataDirectory|\OlsonWindows.xlsx;Extended Properties='Excel 12.0;HDR=YES;';";しかし、私がこれをするとき、あなたが気づくべき一つの事があります。.xlsxファイル拡張子とExcelバージョンの使用は12.0です。
このエラーメッセージError： "Could Not Find Installable ISAM"に遭遇した後、以下のように少し変更することにします。
private const string OledbProviderString = @"Provider=Microsoft.ACE.OLEDB.12.0;Data Source=|DataDirectory|\OlsonWindows.xls;Extended Properties='Excel 8.0;HDR=YES;';"; はい、それで厄介なことは終わりましたが、ここで別のメッセージが表示されます。MicrosoftAccessデータベースエンジンがファイル 'time_zone'を開いたり、ファイルに書き込んだりできません。すでに別のユーザーによって排他的に開かれているか、そのデータを表示および書き込む権限が必要です。それは私がそれを解決するのにそれほど遠くないことを私に伝えます。
その間にファイルを開いた別のプロセスがあり、私がしなければならないすべては再起動であり、すべて期待どおりスムーズに実行を開始します。
スタート->ファイル名を指定して実行に移動し、cmdと入力してコマンドプロンプトを起動します（スタート->プログラム->アクセサリ->コマンドプロンプトからも利用できます）
cd ..と入力してreturnキーを押します。cd ..と入力してもう一度returnキーを押します（プロンプトが表示されるまでこれを繰り返します：>）
ここで、c：\ windows \ system32であるか、c：\ winnt \ system32であるか、c：\ windows \ sysWOW64である特別なフォルダーに移動する必要があります。たとえば、cd c：\ windows \をそれぞれ入力してみてください。 sysWOW64（指定されたパスが見つからない場合は、次のパスを試してください）cd c：\ windows \ system32 cd c：\ winnt \ system32これらのいずれかがエラーを引き起こさない場合は、停止してください。正しいフォルダ。
次に、これらのコマンドを入力し、それぞれの後でReturnキーを押して、OLE DB 4.0 DLLを登録する必要があります
regsvr32 Msjetoledb40.dll regsvr32 Msjet40.dll regsvr32 Mswstr10.dll regsvr32 Msjter40.dll regsvr32 Msjint40.dll
Jetの64ビットプロバイダーはありません。Jet to Excelを含む複数のDBソースをサポートする場合は、少なくともアプリケーションのその部分を32ビットプロセスで実行する必要があります。
x86用にコンパイルするときに発生するエラーは少し奇妙です。この場合、64ビットアセンブリを参照する方法がわかりません。