通过日志分析，发现ax1返回的错误信息是ldquo;ora-12545: 因目标主机或对象不存在, 连接失败rdquo;。显然这个信息是错误的， o
1. 问题描述
xp系统下同时安装了ax1应用程序和升级版ax2，连接同一个在本机oracle客户端上配置的连接实例，其中ax2显示链接成功，而ax1却链接失败，其中oracle实例配置一定正确，因为ax2已经链接成功。在此之前ax2和ax1都是能连接成功的，用户使用360杀毒后，ax1才出现问题。
2. 问题分析
通过日志分析，发现ax1返回的错误信息是“ora-12545: 因目标主机或对象不存在, 连接失败”。显然这个信息是错误的， oracle错误的判断了问题的原因，因为我们所配置的主机是存在的，并且在ax2上已经链接成功了。
3. 解决办法
为避免ax1的动态库影响，我们编写纯oci的测试程序testoci.exe，这个exe只依赖windows和oci的动态库，将这个测试程序分别放到ax2的program、ax1的 program以及桌面随便的一个文件夹中，结果只有ax1的program的显示链接失败，其他的两个文件夹下的测试程序都成功了。这就证明一定是ax1的 program下的什么文件影响了连接过程。
采用二分屏蔽法对ax1的program所有文件进行分组测试，最后测试程序testoci.exe与ws2_32.dll 在同一个文件夹时，才会出现连接失败的问题，显然ws2_32.dll是windows的socket库，这个库出现在ax1的program中时不正常的，所以可以断定这个问题是由ws2_32.dll文件引起的。
然后我们就为什么这个库会影响我们的测试程序进行了分析，分别在问题机器上进行测试两组testoci.exe，一组是文件夹中只有测试exe，另一组文件夹中则包含测试exe和ws2_32.dll，分别打印这个exe启动运行时所加载的动态库。下面是两组测试结果，只摘录了部分重要信息。
组1：文件夹中只有testoci.exe
starting directory: g:\aaa\program\
search path:
c:\program files\intel\icls client\;
g:\app\administrator\product\11.2.0\client_2\bin;
c:\program files\amd app\bin\x86;
c:\windows\system32;
c:\windows;
c:\windows\system32\wbem;
c:\program files\ati technologies\ati.ace\core-static;
c:\program files\intel\intel(r) management engine components\dal;
c:\program files\intel\intel(r) management engine components\ipt;
c:\program files\common files\autodesk shared\;
g:\aaa\program;
g:\aaa\program
loaded c:\windows\system32\ws2_32.dll at address 0x71a20000.successfully hooked module.
组2：文件夹中同时包含testoci.exe和ws2_32.dll
starting directory: g:\aaa\program\
search path:
c:\program files\intel\icls client\;
g:\app\administrator\product\11.2.0\client_2\bin;
c:\program files\amd app\bin\x86;
c:\windows\system32;
c:\windows;
c:\windows\system32\wbem;
c:\program files\ati technologies\ati.ace\core-static;
c:\program files\intel\intel(r) management engine components\dal;
c:\program files\intel\intel(r) management engine components\ipt;
c:\program files\common files\autodesk shared\;
g:\aaa\program;
g:\aaa\program
loaded g:\aaa\program\ws2_32.dll at address 0x71a20000.successfully hooked module.
从上面两个测试结果我们可以看出，两个测试程序的加载动态库的搜索路径是相同的，但是加载的ws2_32.dll动态库却不同，运行成功是加载c:\windows\system32下面的ws2_32.dll，而运行失败则是加载g:\aaa\program下的ws2_32.dll。g:\aaa\program\ws2_32.dll只有85k，而c:\windows\system32\ws2_32.dll却有291k，显然g:\aaa\program\ws2_32.dll是一个错误的库，同时windows的socket是一整套的，只有这一个库被加载后，其他socket库没有被加载也会出现问题。
这个问题只出现在xp中，而在win7中却不出现，，可能的一个原因是xp和win7搜索路径的优先级别不大相同吧，或是某些东西改变了动态库加载的环境等，但是不能确定。
4. 解决办法
删除ax1/program下的ws2_32.dll，即可恢复连接oracle数据库。
本文永久更新链接地址：