如何在64位win7下通过ODAC来访问Oracle服务器

最新推荐文章于 2020-06-01 18:28:21 发布

weixin_30483697

最新推荐文章于 2020-06-01 18:28:21 发布

阅读量153

点赞数

文章标签：数据库操作系统 c#

原文链接：http://www.cnblogs.com/ljzforever/archive/2011/10/20/2219400.html

版权

最近公司跟我换了新电脑:2代i3+8G内存,由于32位的win7最多只能用3.25G内存,而用ramdisk4g划出4.75G来作硬盘又觉太浪费,遂想用64位的系统.

从网上下载了冷风的64位win7后先装系统再装驱动再装常软件,除部份驱动需重新安装外,一路安好.但是在安装ODAC组件时,出了如下问题:

1.常用的plsql与sqldbx只有32位版本,只能使用32位的ODAC,

2.在64位系统上,如果使用32位的ODAC,asp.net程序时会报异常:尝试加载Oracle客户端库时引发BadImageFomatException。如果在安装32位Oracle客户端组件的情况下以64位模式运行，将出现此问题。

3.32位的ODAC安装时无法向注册表写入必要信息,分布式服务Oracle Services for MTS无法安装.

后来在网上疯狂搜索,发现出了这个问题的人还不少,其实,Oracle的客户端版本与服务端版本没有必然限制,32/64位的客户端访问32/64位的服务器没有任何问题,32位的客户/服务端装在32位的操作系统上,32/64位的客户/服务端装在64位的操作系统上也没有任何问题,主要是这些客户端与其它程序的兼容性问题.看来64位的系统想普及,还需时日啊.

当然,解决的方法也是有的,主要思路就是不管32/64位的ODAC都一并装上去,然后plsql与sqldbx通过32位的ODAC来访问数据库,asp.net程序通过64位的ODAC来访问数据库/使用分布式事务.

首先,安装64位的ODAC(install.bat oramts).由于操作系统也是64位的,这样就只需按照常规方式,在环境变量(Path)里加上其目录与其bin目录的路径,然后去注册表里修改语言设置(NLS_LANG),再加上监听文件路径(TNS_ADMIN),asp.net程序就可以通过64位的ODAC来访问数据库/使用分布式事务了.

然后,安装32位的ODAC(install.bat basic).由于操作系统是64位的,无法操作注册表,这样安装后无法在注册表里写入必要数据,使用时也无法从中读取必要设置.这样相关的设置就只能通过环境变量来读取.还是在环境变量(Path)里加上其目录与其bin目录的路径,然后在环境变量里加上语言设置(NLS_LANG)与监听文件路径(TNS_ADMIN),然后在plsql与sqldbx的程序设置里,将oci文件路径强制指定为32位的ODAC路径,这样程序就可以正常使用了.

这里有几点需要说明:

1.如上所述,在Path里既有32位ODAC的路径又有64位ODAC的路径,这样相关程序会不会读取错误呢?结论是不会,32位的plsql与sqldbx会跳过64位的oci去调用32位的oci,而64位的asp.net程序则会跳过32位的oci去调用64位的oci.这样大家互不冲突

2.32位的程序与64位的程序可以共同指向同一个监听目录,使用同一个监听文件.

3.环境变量的更改与生效之间有时间差,可以不到1秒,也可能几分钟,所以最可靠的方式是重启.

补:现在我发现了一种更简单的方式:对于64位系统上的64位的IIS,如果是IIS6,则通过命令行注册,将iis的64位模式改为32位模式,如果是IIS7,则通过应用程序池的高级设置,将"启用32位应用程序"设置为True,即可只用单独安装32位的ODAC.不过对于需要使用Oracle分布式事务的,则还是需要安装64位的ODAC,因为32位的ODAC中的分布式事务无法在64位系统中安装.

参考的文章: