背景：我们的ASP.NET应用程序以Oracle作为数据库运行。由于我们稍后在64位服务器上进行内存考虑，因此我们需要使用Oracle的64位驱动程序(Instant Client)。
建立：
> x64操作系统(XP或Windows 7)
> IIS(6或7，两个x64应用程序池)
> Oracle 64-bit Instant Client(PATH中的独立目录)
> Visual Studio 2008 SP1 Visual Studio 2010
在IIS中，应用程序池作为64位运行，但是由于WebDev.WebServer.exe是32位，所以您会收到一个BadImageFormatException，因为它试图加载32位的64位驱动程序DLL环境。我们所有的开发人员都希望能够通过Visual Studio 2008使用快速调试服务器，但由于它运行的是32位，我们无法使用。我们遇到的一些问题是在应用程序启动期间，所以尽管我们附加到IIS进程有时候还不足以跟踪问题。
是否有其他替代方案或解决方案？我们希望尽可能地匹配我们的Dev / Val / Prod层，所以以x64运行的所有内容都将是理想的。
VS 2010更新
自从第一次发布以来，这个问题发生了很多变化，首先是VS2010，现在还是有同样的问题，但是我没有这个项目。我们经历了2个改变来解决这个问题，所以我会发贴这些，希望能够拯救别人的悲伤：
第一个解决方案是在64位模式下将Oracle x86加载到32位x64，我们通过在64位运行时通过web.config替换程序集引用，就像这样：
<configuration>
<runtime>
<assemblyBinding>
<dependentAssembly>
<assemblyIdentity name="Oracle.DataAccess" publicKeyToken="89b483f429c47342" processorArchitecture="amd64" />
<bindingRedirect oldVersion="2.0.0.0-10.9.9.9" newVersion="2.102.3.2" />
</dependentAssembly>
</assemblyBinding>
</runtime>
</configuration>
这里的关键是processorArchitecture =“amd64”，这意味着只有在64位下运行时才会更换。
请注意，这些版本现在可能已经过时了(如果您正在专心阅读关于Oracle的话)，这是一回事。除了配置，我们加载了Oracle.DataAccess into the GAC的32位和64位版本。对于Oracle 10g，32位版本是10.xxx，64位版本是2.1xxx，所以只有swapping the binding using <assemblyBinding> works。
第二个更长期的解决方案是完全脱离Oracle客户端，我们现在正在为Linq-to-sql提供商使用dotConnect for Oracle，由于它是使用直接TCP连接的完全托管代码，因此我们不再有32/64 – 应用程序中的特定代码，这更容易维护。
解决方法
>与Mono项目中的XSP一起使用。>测试在一个完全32bit的环境中，部署到一个64位的环境。
