ITPub博客

首页 > Linux操作系统 > Linux操作系统 > 连接oracle 客户端vs2010调试提示ORA-12154: TNS: 无法解析指定的连接标识符:转载

连接oracle 客户端vs2010调试提示ORA-12154: TNS: 无法解析指定的连接标识符:转载

原创 Linux操作系统 作者:taogchan 时间:2013-09-17 14:37:51 0 删除 编辑

win7x64 连接oracle 客户端 vs 2010调试 提示“ORA-12154: TNS: 无法解析指定的连接标识符 ”


在debug的时候出现以下问题:

==========
ORA-12154: TNS: 无法解析指定的连接标识符

原因是调试用的web服务器默认在:C:\Program Files (x86)\Common Files\microsoft shared\DevServer\9.0\WebDev.WebServer.EXE,路径中的括号找的麻烦。
这个是路径问题
实例:

把WebDev.WebServer拷贝到C:\目录里
在运行里面输入cmd 输入c:\WebDev.WebServer.EXE /port:8796 /path:"Web应用程序路径" /vpath:"/"

之后在VS里面点击工具里面的附加到进程

之后就可以调试了


自己试过不管用,用了Porcesse Explorer看了,看来是(x86)在命令行里的影响,先卸载vs2010更换一下安装目录试试

重装之后并不管用,于是参考了

http://blog.miniasp.com/post/2009/08/31/Solve-ASPNET-cannot-connect-Oracle-DB-using-Development-Server.aspx

我使用了process explorer找出了WebServer4.0.EXE的Command line然后将program file (x86)改成短格式

"C:\PROGRA~2\Common Files\Microsoft Shared\DevServer\10.0\WebDev.WebServer40.exe"   /port:50266 /path:"E:\abcd\efg\abcd2012\zzzz2012\WebSite" /vpath:"/WebSite"

然后修改网站“属性页”中“服务器”选中“使用自定义服务器”然后再文本框中填入url(http://localhost:50266/WebSite/)

终于解决了。


 

今天又解决一个十分棘手的问题,我们有个专案原本在x86 机器上开发( 资料库采用Oracle ),最近由于主机升级到Windows 7 (x64) 后发现程式出问题,当在Visual Studio 中按下F5进行测试除错时完全无法连接到资料库,而且一整个很没道理,看看我如何解决这个棘手的问题吧。

我遇到的错误如下:

 ORA-12154: TNS: 无法解析指定的连线ID 
 ORA-12154:TNS:could not resolve service name 

错误发生点是在「建立连线」的程式码,只要Open Connection 就会立即出错。

这问题首先是出在我同事的身上,他主机在一个多月前换成Windows Server 2008 (x64),而我是最近才换到Windows 7 (x64),问题跟他一模一样,因此也花了好多时间研究分析,直到刚刚跟黑大讨论一番后终于给我找出解法。

先说说我电脑的安装步骤与执行环境:

  • 安装Oracle Database 10g Client Release 2 (10.2.0.1.0) for Microsoft Windows (32-bit)
  • 设定TNSNAMES.ORA 设定档( 100% 肯定设定没问题 )
  • 使用SQL Plus 可以正常连线
  • 使用SQL Developer 可以正常连线
  • 在Visual Studio 中可以建置(Build)专案,建置/编译后的组件部署到测试机也都没问题
  • 在Visual Studio 中使用内建的ASP.NET 开发伺服器进行测试
  • 利用Process Explorer查看WebDev.WebServer.EXE程式,载入的组件都没问题(正确载入)
  • 利用Prcoess Monitor查看WebDev.WebServer.EXE程式,载入的Oracle Client相关参数档路径也都正确无误

想破头无法解决时,黑大建议我用最简单的方式测试资料库连线(如下范例),虽然我自己已经测试数十遍了,但我还是不铁齿,听话的再测一次( 魔鬼总在细节里):

  1. using  (OracleConnection cn =  new  OracleConnection(  
  2.     "Data Source=MyName;"  +  
  3.     "Persist Security Info=True;"  +   
  4.     "User ID=user;"  +  
  5.     "Password=pass" ))  
  6. {  
  7.     cn.Open();  //在此发生【 ORA-12154: TNS:无法解析指定的连线ID 】的错误  
  8. }  

这时我才想到将TNSNAME 的完整定义移到这里试试看,请看如下范例:

  1. using  (OracleConnection cn =  new  OracleConnection(  
  2.     "Data Source="  +  
  3.     " (DESCRIPTION ="  +  
  4.     " (ADDRESS_LIST ="  +  
  5.     " (ADDRESS = (PROTOCOL = TCP)(HOST = 10.0.0.245)(PORT = 1521))"  +  
  6.     " )"  +  
  7.     " (CONNECT_DATA ="  +  
  8.     " (SERVICE_NAME = MyName)"  +  
  9.     " )"  +  
  10.     " )"  +  
  11.     ";Persist Security Info=True;User ID=user;Password=pass" ))  
  12. {  
  13.     cn.Open();  //在此时发生【 ORA-6413:连线未被开启】的错误  
  14. }  

这就神奇啦,错误讯息竟然不一样,,中英文错误讯息如下:

 ORA-6413: 连线未被开启 
 ORA-06413: Connection not open 

多一条错误讯息就多一条线索,对追Code 绝对有帮助。( 好像在玩侦探游戏一样^^ )

这时就被我搜出一篇文章ORA-06413: Connection not open.答案就在其中,原来错误发生的原因原来是我的ASP.NET开发伺服器( WebDev.WebServer.EXE )执行档的路径有特殊字元导致:

C:\Program Files (x86)\Common Files\Microsoft Shared\DevServer\9.0\WebDev.WebServer.EXE

就是这该死的(x86)出现在路径中,导致我的ASP.NET怎样都无法连线到程式,为了验证确定就是这问题,我试着利用Process Explorer找出WebDev.WebServer.EXE的启动参数:




并重新透过cmd.exe (命令提示字元)启动WebDev.WebServer.EXE,这时故意用「短目录」启动ASP.NET开发伺服器,如下指令:

"C:\ PROGRA~2 \Common Files\Microsoft Shared\DevServer\9.0\WebDev.WebServer.EX 
E" /port:5970 /path:"D:\XXXX\XXX\Website" /vpath:"/"

神奇的事这就样发生,Oracle 资料库竟然真的连上了!

我的解决之道

  1. 改用Windows 7 内建的IIS7 进行网站执行与侦错,不用ASP.NET 开发伺服器了。Windows 7 内建的IIS7 可新增多个网站,管理上也颇方便,不像Windows XP 只能新增一个网站
  2. 改用Visual Studio巨集启动ASP.NET开发伺服器侦错,细节可参考我的另一篇文章:启动ASP.NET侦错模式的另一种比按下F5还快的方式

本次除错心得

  • 不要铁齿,越觉得不可能发生的地方越有可能是破案的核心关键!
  • 找个人聊聊你所遇到的错误,在互动、对话的过程中也许会想到一些你不曾想到的地方。
  • 「程式除错」不但要有「经验」更要有「创意」,当你拥有更多的「生活体验」(程设的生活),相对的创意也就越多。
  • 熟悉多种除错工具,并在工具间交互比对、验证错误,一定可以看出一些端倪,但不要只是会「用」工具而已,而是要熟悉工具「背后的原理」,这样才有助于你思考问题的本质问题背后的问题
  • http://blog.sina.com.cn/s/blog_6d0021460101545s.html

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/22392018/viewspace-772821/,如需转载,请注明出处,否则将追究法律责任。

下一篇: SQLServer备份脚本
请登录后发表评论 登录
全部评论

注册时间:2009-08-28

  • 博文量
    200
  • 访问量
    1191748