.Net服务在64位系统环境下连接Oracle数据库

URM项目的基础功能包含数据中心，数据中心关键是ETL服务，ETL服务可以与任意数据库进行连接，ETL服务采用.net工作流编写，数据库采用OLEDB方式进行连接，一直运行良好，但最近由于64位系统越来越普及，很多系统环境都逐步升级到了64位下，在连接Oracle数据库时，发现了一系列问题，经过近一天的努力，得以解决，在此记录一下，也算是总结吧。

先说一下测试环境，系统分别为windows2003 X64,和windows2008 X64，.Net Framework 4.0。

首先，64位环境下的Oracle的OLEDB for Net驱动的选择很重要，由于客户的数据库为Oracle10g，所以在官网找到了10g的64位版本驱动，本以为会很顺利，但结果却让人很失望，后来总结可能和系统.Net环境有关，后来看官网关于10g驱动的说明，发现只支持.net 2.0,所以不能成功,于是就下载了更高版本的11g的64位驱动，名称为ODAC112030_x64,安装、设置完毕后，通过sqlplus进行测试，成功连接数据库，需要注意的地方是要把11g驱动安装路径的Network/Admin目录设置到path环境变量中，否则无法获取连接参数设置，另外就是安装完毕后一定要重启服务器，从而完成驱动的最终注册。

然后就是ETL服务连接了，还是一样，试验的过程是很痛苦的，和想象的总有些差别，在windows2008环境下相对顺利，但在windows2003环境下，访问服务却一直找不到OLEDB的驱动，经过不断的尝试最终发现，原来安装的IIS为32位模式，为了保证能够确保环境的干净，首先卸载掉了IIS，.net Framework,然后重新安装IIS（一定要用64位的安装媒介），安装.net framework 4.0 X64,重新部署服务，测试成功！

最后再次检查，项目所有模块的目标环境是否支持x64，个别发现没有指定anyCPU，调整后重新编译、打包、分发，重新部署测试，一切OK！

通过这次的经验，总结来讲一句话：坚持就是胜利！的确在测试过程中，曾有过放弃的想法！呵呵

从而也提升了URM项目的适用性，又前进了一大步！

转载于:https://www.cnblogs.com/codeHalo/archive/2012/08/31/2665018.html