windows基于OS认证的sqlplus登录遭遇ORA-12560诊断求助

clevernby

操作系统：windows 2003 server 32bit
数据库：Oracle 10.1.0.2.0

sqlnet.ora：

1. 
   
2. SQLNET.AUTHENTICATION_SERVICES = (NTS)
   

复制代码

现象描述：
朋友的数据库出现宕机现象，想使用sqlplus / as sysdba甚至sqlplus -prelim / as sysdba登录后做systemdump，均未能如愿，步骤如下：

1. 
   
2. C:\>set ORACLE_SID=lyoa
   
3. C:\>sqlplus / as sysdba
   
4. SQL*Plus: Release 10.1.0.2.0 Production on 星期一 6月 11 17:05:23 2012
   
5. Copyright (c) 1982, 2003, Oracle.  All rights reserved.
   
6. ERROR:
   
7. ORA-12560: TNS: 协议适配器错误
   
8. 
   
9. 请输入用户名:
   

复制代码

此外，数据库在正常情况下是可以基于OS认证登录的。

各位高手帮忙分析分析是什么原因，协议适配器错误究竟意味着什么？
像这种情况又该如何诊断故障呢？

紫恒

1.监听服务没有起起来。windows平台个一如下操作：开始---程序---管理工具---服务，打开服务面板，

启动oraclehome92TNSlistener服务。
2.database instance没有起起来。windows平台如下操作：开始---程序---管理工具---服务，打开服务

面板，启动oracleserviceXXXX,XXXX就是你的database SID.
3.注册表问题。regedit，然后进入HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\HOME0将该环境变量ORACLE_SI

D设置为XXXX,XXXX就是你的database SID.或者右几我的电脑，属性--高级--环境变量---系统变量--新建

，变量名=oracle_sid,变量值=XXXX,XXXX就是你的database SID.或者进入sqlplus前，在command line下

输set oracle_sid=XXXX,XXXX就是你的database SID.

clevernby

原帖由 紫恒 于 2012-6-13 16:21 发表
1.监听服务没有起起来。windows平台个一如下操作：开始---程序---管理工具---服务，打开服务面板，

启动oraclehome92TNSlistener服务。
2.database instance没有起起来。windows平台如下操作：开始---程序---管理工具---服 ...

1.基于OS认证时不需要监听，你可以实验
2.数据库服务（指windows server）处于启动状态，因此不是这个原因导致ORA-12560的
3.和注册表关系不大，数据库在正常情况时可以基于OS认证登录，仅在异常时无法

谢谢~

紫恒

我是在ITPUB上搜索到地。。随便粘贴了一下。

Tomason

不知道你这台服务器装了几个ORACLE数据库，你可以到当前数据库下的$ORACLE_HOME/bin去执行 sqlplus / as sysdba 试一下

clevernby

原帖由 Tomason 于 2012-6-13 16:39 发表
不知道你这台服务器装了几个ORACLE数据库，你可以到当前数据库下的$ORACLE_HOME/bin去执行 sqlplus / as sysdba 试一下

了解过了，就这一个ORACLE_HOME

Tomason

进入cmd  --> cd 到 ORACLE_HOME目录bin下 set ORACLE_SID=XXXX 然后执行sqlplus / as sysdba 还是一样报错吗？

miloluo

1. 
   
2. Connect As Sysdba On Windows Fails With ORA-12560: TNS:protocol adapter error [ID 989716.1]       
   
3.                
   
4. 修改时间:2011-10-7类型:PROBLEM状态:MODERATED优先级:3       
   
5. 
   
6. In this Document
   
7.   Symptoms
   
8.   Cause
   
9.   Solution
   
10.   References
    
11. 
    
12. This document is being delivered to you via Oracle Support's Rapid Visibility (RaV) process and therefore has not been subject to an independent technical review.
    
13. 
    
14. Applies to:
    
15. Oracle Server - Enterprise Edition - Version: 10.2.0.1 to 11.2.0.1.0 - Release: 10.2 to 11.2
    
16. Information in this document applies to any platform.
    
17. ***Checked for relevance on 07-Oct-2011***
    
18. Symptoms
    
19. A 'connect / as sysdba' on Windows fails witb an ORA-12560 as shown:
    
20. 
    
21. C:\> sqlplus /nolog
    
22. SQL> connect / as sysdba
    
23. ERROR:
    
24. ORA-12560: TNS:protocol adapter error
    
25. 
    
26. Cause
    
27. The PATH environment variable was incorrectly set.
    
28. 
    
29. In this case, an Oracle Client software home was set as the first entry in the PATH and not the Oracle Database software home. Therefore, the client version of sqlplus was used.
    
30. 
    
31. The connection as SYSDBA was unable to make a connection using the client software because a password file was not in use and this is deemed as a remote connection. Connection as a user other than SYSDBA worked because a password file from a remote connection is not needed for this type of user.
    
32. 
    
33. Solution
    
34. Set the PATH environment variable to specify the database ORACLE_HOME as the first directory in the path.

复制代码

请参照这篇troubleshooting guide去检查你的问题。

具体查查path环境变量以及相关环境变量是否有问题。 比如client端的bin目录里的命令是否在server端的bin目录里的命令之前。因为如果在这之前，由于没有密码文件，会走网络去连，因而出现这个ora的报错。

Good luck.

Maclean Liu(刘相兵

上传 alert.log ， 尝试重启oracleservice

clevernby

原帖由 maclean 于 2012-6-13 18:19 发表
上传 alert.log ， 尝试重启oracleservice

alert.log中其实没有什么有价值内容，该数据库在周一15:35疑似出现异常（该判断来自于listener.log listener.rar (3.31 KB, 下载次数: 891)

2012-6-14 08:54 上传

点击文件名下载附件

），17点多尝试诊断，未果后重启oracle服务。
alert.log中无15:35之后内容，最后几条记录只是些redo log切换的条目。
ORA-12560错误和ORACLE_HOME,PATH,注册表均没有关系，因为数据库在正常情况下是可以基于OS认证登录的。其实周一晚上重启之后已经可以登录了，只是有这样几个疑问：
1.数据库hang住的时候为何登录会提示ORA-12560错误，在我想象当中的异常现象是登录hang住。
2.对于这样的数据库该如何诊断？，linux下可以使用gdb，但windows下我目前想不出什么好办法，曾考虑用Procexp做full dump，但实在分析不来。
目前让我朋友这样解决：
在数据库正常时，使用sqlplus -prelim先登录进去，希望下次宕机时这个连接能用。

[ 本帖最后由 clevernby 于 2012-6-14 08:54 编辑 ]

clevernby

不要沉啊，高手们发表看法吧