
首先,你的电脑是64位的吧?你安装的64位的Oracle程序吧?
然后,看看你的listener.ora文件中的内容。
再说第一个,参考下面的方法:
使用InstantClient,PL/SQL Developer连接Oracle:
•1. 下载32位Oracle InstantClient,并展开到某目录,例如C:\instantclient-basic-nt-11.2.0.2.0;
•2. 将系统的tnsnames.ora拷贝到该目录下;
•3. 在PLSQL Developer中设置Oracle_Home和OCI Library:
ToolsPreferencesOracleConnection:
Oracle_Home: C:\instantclient-basic-nt-11.2.0.2.0
OCI Library: C:\instantclient-basic-nt-11.2.0.2.0\oci.dll
•4. 在PLSQL Developer目录下新建如下bat文件,替换其快捷方式,启动PLSQL Developer:
@echo off
set path=C:\instantclient-basic-nt-11.2.0.2.0
set ORACLE_HOME=C:\instantclient-basic-nt-11.2.0.2.0
set TNS_ADMIN=C:\instantclient-basic-nt-11.2.0.2.0
set NLS_LANG=AMERICAN_AMERICA.ZHS16GBK
start plsqldev.exe
“Oracle library OCI.DLL could not be loaded”的意思是“OCI.DLL”文件不能被载入。
解决办法如下:
1、下载“Instant Client for Microsoft Windows (32-bit) ”。
2、将下载的压缩包解压得到instantclient_11_2文件夹,然后将文件夹复制到Oracle安装目录下的Product文件夹下。
3、在Oracle安装目录下找到NETWORK文件夹,然后将整个NETWORK文件夹复制到D:\Oracle\app\zy\product\instantclient_11_2文件夹里即可。
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秒,也可能几分钟,所以最可靠的方式是重启。
欢迎分享,转载请注明来源:内存溢出
微信扫一扫
支付宝扫一扫
评论列表(0条)