我在32位Windows 2008服务器中创建了一个用.NET 3.5开发的Windows应用程序。在64位服务器上部署应用程序时，它显示错误“ Microsoft.Jet.OLEDB.4.0'提供程序未在本地计算机上注册”。
因此，作为此问题的解决方案，我将项目的build属性更改为X86，以便它将以32位模式进行构建，并在32位计算机上重建该项目。但是，同一项目使用其他数据库驱动程序（DB2，SQL等）连接到其他数据库。因此，当我再次在64位操作系统上部署我的应用程序时，它会抛出异常“试图在32位平台上加载64位程序集。”
我正在使用Microsoft.Jet.OLEDB.4.0驱动程序来读写Excel（.xls）
Answers:
我找到了解决此问题的方法。我在问题中描述的问题基本上是由于64位操作系统中的Microsoft.Jet.OLEDB.4.0驱动程序不兼容而出现的。
因此，如果我们在64位服务器中使用Microsoft.Jet.OLEDB.4.0驱动程序，则必须强制我们的应用程序以32位模式进行构建（这是我在广泛搜索此已知问题时发现的答案）这会导致我代码的其他部分中断。
幸运的是，现在Microsoft已经发布了64位兼容的2010 Office System驱动程序，该驱动程序可以替代传统的Microsoft.Jet.OLEDB.4.0驱动程序。它既可以在32位服务器上运行，也可以在64位服务器上运行。我已将其用于Excel文件操作，并且在两种环境下均对我有效。但是此驱动程序位于BETA中。
您可以从Microsoft Access Database Engine 2010 Redistributable下载此驱动程序
如果问题仍然存在于ASP.NET中，我所要做的就是在“应用程序池”的“高级设置”中将“启用32位应用程序”设置更改为True。
我也有同样的问题
Microsoft.Jet.OLEDB.4.0的提供程序未在本地计算机上注册
我应用了neo的答案，但直到将提供者更改为“ Provider = Microsoft.ACE.OLEDB.12.0;”，该方法才起作用。在连接字符串中。
希望如果有人遇到同样的问题，这会有所帮助。
我知道这是一个很老的问题，很多人都回答了。但我正在总结一些东西，以供理解：
如果文件扩展名是xls并且OS是32位，则只有您可以使用“ Microsoft.Jet.OLEDB.4.0”。Microsoft尚未发布此驱动程序的64位版本。
如果文件扩展名为xlsx或OS为64位，则必须使用“ Microsoft.ACE.OLEDB.12.0”。以32/64位模式编译的应用程序不会影响驱动程序的选择。
始终Microsoft.ACE.OLEDB.12.0在OS 64位上安装64位驱动程序。如果您已经安装了Office 32位，则需要使用/ passive参数从cmd运行驱动程序。该黑客攻击仅在Office 2013之前有效，Microsoft从Office 2016 for Microsoft.ACE.OLEDB.16.0驱动程序停止了此替代方法。
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位Access驱动程序，在32位OS上寻找32位Access驱动程序。
我同样的消息，我有在Visual Studio 2010中做一个网页，我读了file.xls在该网页上，在我的项目视觉也没有任何问题，当我把它放在我的IIS的本地扔我一个“微软.Jet.OLEDB.4.0'提供程序未在本地计算机上注册' ，我按照以下步骤修复了该问题，
1.- 打开IIS 2.-在“ 高级设置”中更改appPool
3.-true，以启用到32位应用程序。
就这样
ps.I在Active Solution Platform上将Configuration Manager更改为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，所以只需检查Windows开发工具即可。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/zh-cn/download/details.aspx? displaylang=en& id=23734
但是，您可以将Express版本的项目切换到32位（我没有尝试过，也没有以任何方式安装2008）
也许是时候完全废弃Access数据库，硬着头皮转而使用SQL Server了？
我正在将VS2013用于Winforms，以下解决方案对我有用。
下载：http : //www.microsoft.com/zh-cn/download/details.aspx?displaylang= en& id=23734
然后将“ VS目标平台”设置为x86。
在较旧版本的IIS中，您将无法找到Advance Settings要启用Enable 32-bit Applications的命令，必须执行以下命令：
cscript％SYSTEMDRIVE％\ inetpub \ adminscripts \ adsutil.vbs SET W3SVC / AppPools / Enable32bitAppOnWin64 1
和
％SYSTEMROOT％\ Microsoft.NET \ Framework \ v2.0.50727 \ aspnet_regiis.exe -i
参考：这里
在Windows 8.1上运行“ SQL Server 2014导入和导出数据（64位）”时，我遇到了同样的异常。
为了解决这个问题，我做了以下工作
已启动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。
在遇到此错误消息错误：“找不到可安装的ISAM”之后，我决定对内容进行如下更改：
private const string OledbProviderString = @"Provider=Microsoft.ACE.OLEDB.12.0;Data Source=|DataDirectory|\OlsonWindows.xls;Extended Properties='Excel 8.0;HDR=YES;';"; 是的，我已经完成了该讨厌的事情，但是在这里，我又收到一条消息，Microsoft Access数据库引擎无法打开或写入文件“ time_zone”。它已经由另一个用户独占打开，或者您需要权限才能查看和写入其数据。这告诉我我离解决它不远。
也许还有另一个进程同时打开了文件，而我要做的就是重新启动，并且所有启动都会按预期顺利运行。
转到“开始”->“运行”并键入cmd，这将启动命令提示符（也可从“开始”->“程序”->“附件”->“命令提示符”中获得）
键入cd ..并按回车键键入cd ..并再次按return键（继续执行直到提示显示：>）
现在您需要转到一个特殊的文件夹，它可能是c：\ windows \ system32或它可能是c：\ winnt \ system32或它可能是c：\ windows \ sysWOW64尝试键入以下每个文件，例如cd c：\ windows \ sysWOW64（如果显示“系统找不到指定的路径，请尝试下一个路径”）。cd c：\ windows \ system32 cd c：\ winnt \ system32当其中一个没有引起错误时，停止，您已经找到了。正确的文件夹。
现在您需要通过键入以下命令并在每个命令之后按回车键来注册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在内的多个数据库源，则至少需要应用程序的那部分才能在32位进程中运行。
为x86编译时遇到的错误有点奇怪。我看不到在这种情况下如何最终引用64位程序集。