ORA-12516故障的解决方法

本篇文章给大家分享的是有关ORA-12516故障的解决方法，小编觉得挺实用的，因此分享给大家学习，希望大家阅读完这篇文章后可以有所收获，话不多说，跟着小编一起来看看吧。

      早上刚上班，同事告诉我数据库连不上了，提示“ORA-12516”错误，我尝试通过PL/sql Developer远程连接数据库，果然，报错了“ORA-12516: TNS: 监听程序无法找到匹配协议栈的可用句柄”；接着我通过远程桌面登录服务器，尝试用sys用户登录数据库，报了同样的错误。奇怪，昨天下班时还好好的。
     我上网查了一下，这个报错一般是由于数据库的当前会话数不足造成的，相关的参数有两个：processes和sessions。我想查一下数据库这两个参数，但是sys用户无法登陆，真是着急。后来在朋友的建议下，采取以下步骤，顺利解决了这个问题。

a.关闭listener，禁止新的连接；
b.杀掉local=no的部分或者全部进程（根据业务的重要性），杀掉几个，保证sys用户能登陆；
c.登进去看看哪个业务出问题了，杀掉出问题的用户进程；
d.检查数据库；
e.启动listener；

介绍一下我的操作环境：
操作系统：Windows Server 2008 R2
数据库：Oracle 10g
      
     首先，通过lsnrctl stop关闭监听器，禁止新的连接，以确保第二步能够执行成功；
     第二，关闭了两个连接数据库的应用程序，然后尝试用sys用户登录数据库，登录成功；
     第三，查看了processes和sessions两个初始化参数值，分别为150、170，均为默认值；

点击(此处)折叠或打开

1. SQL>
   

2. SQL> show parameter processes
   

3. 
   

4. NAME TYPE VALUE
   

5. ------------------------------------ ----------- ------------------------------
   

6. aq_tm_processes integer 0
   

7. db_writer_processes integer 3
   

8. GCs_server_processes integer 0
   

9. job_queue_processes integer 10
   

10. log_arcHive_max_processes integer 2
    

11. processes integer 150
    

12. SQL> show parameter sessions
    

13. 
    

14. NAME TYPE VALUE
    

15. ------------------------------------ ----------- ------------------------------
    

16. java_max_sessionspace_size integer 0
    

17. java_soft_sessionspace_limit integer 0
    

18. license_max_sessions integer 0
    

19. license_sessions_warning integer 0
    

20. logmnr_max_persistent_sessions integer 1
    

21. sessions integer 170
    

22. shared_server_sessions integer
    

23. SQL>

      第四，通过select sid,serial#,program,terminal from v$session;查看当前所有会话信息，从当时的结果可以看到，有一百多条记录，已经超过了数据库的session上限；而且，除了oracle自身的十几个会话外，其余一百多个会话都是同一个terminal。由此，找出了故障点所在（这台设备是昨晚刚刚安装的一台终端）。
     第五，关闭故障设备上的应用程序，再次通过select sid,serial#,program,terminal from v$session;查看当前所有会话信息，查询结果显示只剩下二十多条会话信息，考虑到Oracle自身的十几个会话外和同时启动的几个应用程序，应该是正常的；
     第六，启动listener，尝试通过其他客户端连接数据库，一切正常，到此故障解决；
     接下来，我想看一下究竟是什么原因导致了这次故障，继续；
     第七，查看报警日志，在日志中看到了大量的Process m000 died报警；

点击(此处)折叠或打开

1. Wed Apr 29 21:27:31 2015
   

2. ksvcreate: Process(m000) creation failed
   

3. Wed Apr 29 21:28:32 2015
   

4. Process m000 died, see its trace file
   

5. Wed Apr 29 21:28:32 2015
   

6. ksvcreate: Process(m000) creation failed
   

7. Wed Apr 29 21:29:33 2015
   

8. Process m000 died, see its trace file

    第八，找到对应时间的trace文件，看到了“ORA-00020: maximum number of processes 150 exceeded Died during process startup with error 20 (seq=5413)”语句，原来是连接数超过了阀值，数据库无法再建立新的连接，所以报错。

点击(此处)折叠或打开

1. Dump file c:\\oracle\\product\\10.2.0\\admin\\hoegh\\bdump\\hoegh_ora_8032.trc
   

2. Wed Apr 29 21:28:31 2015
   

3. ORACLE V10.2.0.4.0 - 64bit Production vsnsta=0
   

4. vsnsql=14 vsnxtr=3
   

5. Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bit Production
   

6. With the Partitioning, OLAP, Data Mining and Real Application Testing options
   

7. windows NT Version V6.1 Service Pack 1
   

8. CPU : 24 - type 8664, 12 Physical Cores
   

9. Process Affinity : 0x0000000000000000
   

10. Memory (Avail/Total): Ph:3339M/8181M, Ph+PgF:10815M/16361M
    

11. Instance name: hoegh
    

12. 
    

13. Redo thread mounted by this instance: 1
    

14. 
    

15. Oracle process number: 0
    

16. 
    

17. Windows thread id: 8032, image: ORACLE.EXE
    

18. 
    

19. 
    

20. ORA-00020: maximum number of processes 150 exceeded
    

21. Died during process startup with error 20 (seq=5413)
    

22. OPIRIP: Uncaught error 20. Error stack:
    

23. ORA-00020: maximum number of processes (150) exceeded
    

24. Dump file c:\\oracle\\product\\10.2.0\\admin\\hoegh\\bdump\\hoegh_ora_8032.trc
    

25. Thu Apr 30 00:19:05 2015
    

26. ORACLE V10.2.0.4.0 - 64bit Production vsnsta=0
    

27. vsnsql=14 vsnxtr=3
    

28. Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bit Production
    

29. With the Partitioning, OLAP, Data Mining and Real Application Testing options
    

30. Windows NT Version V6.1 Service Pack 1
    

31. CPU : 24 - type 8664, 12 Physical Cores
    

32. Process Affinity : 0x0000000000000000
    

33. Memory (Avail/Total): Ph:3347M/8181M, Ph+PgF:10813M/16361M
    

34. Instance name: hoegh
    

35. 
    

36. Redo thread mounted by this instance: 1
    

37. 
    

38. Oracle process number: 0
    

39. 
    

40. Windows thread id: 8032, image: ORACLE.EXE
    

41. 
    

42. 
    

43. ORA-00020: maximum number of processes 150 exceeded
    

44. Died during process startup with error 20 (seq=5582)
    

45. OPIRIP: Uncaught error 20. Error stack:
    

46. ORA-00020: maximum number of processes (150) exceeded
    

47. Dump file c:\\oracle\\product\\10.2.0\\admin\\hoegh\\bdump\\hoegh_ora_8032.trc
    

48. Thu Apr 30 01:27:31 2015
    

49. ORACLE V10.2.0.4.0 - 64bit Production vsnsta=0
    

50. vsnsql=14 vsnxtr=3
    

51. Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bit Production
    

52. With the Partitioning, OLAP, Data Mining and Real Application Testing options
    

53. Windows NT Version V6.1 Service Pack 1
    

54. CPU : 24 - type 8664, 12 Physical Cores
    

55. Process Affinity : 0x0000000000000000
    

56. Memory (Avail/Total): Ph:3350M/8181M, Ph+PgF:10812M/16361M
    

57. Instance name: hoegh
    

58. 
    

59. Redo thread mounted by this instance: 1
    

60. 
    

61. Oracle process number: 0
    

62. 
    

63. Windows thread id: 8032, image: ORACLE.EXE
    

64. 
    

65. 
    

66. ORA-00020: maximum number of processes 150 exceeded
    

67. Died during process startup with error 20 (seq=5650)
    

68. OPIRIP: Uncaught error 20. Error stack:
    

69. ORA-00020: maximum number of processes (150) exceeded
    

70. Dump file c:\\oracle\\product\\10.2.0\\admin\\hoegh\\bdump\\hoegh_ora_8032.trc
    

71. Thu Apr 30 09:54:12 2015
    

72. ORACLE V10.2.0.4.0 - 64bit Production vsnsta=0
    

73. vsnsql=14 vsnxtr=3
    

74. Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bit Production
    

75. With the Partitioning, OLAP, Data Mining and Real Application Testing options
    

76. Windows NT Version V6.1 Service Pack 1
    

77. CPU : 24 - type 8664, 12 Physical Cores
    

78. Process Affinity : 0x0000000000000000
    

79. Memory (Avail/Total): Ph:3857M/8181M, Ph+PgF:11421M/16361M
    

80. Instance name: hoegh
    

81. 
    

82. Redo thread mounted by this instance: 1
    

83. 
    

84. Oracle process number: 0
    

85. 
    

86. Windows thread id: 8032, image: ORACLE.EXE

        至于为什么新增设备会产生大量连接，到现在还没有搞清楚，怀疑和操作系统有关，这台设备安装的操作系统是windows xp embeded裁剪版系统，据说在安装系统时不太顺利；在故障设备上启动应用程序，通过select sid,serial#,program,terminal from v$session;监控实时会话信息，会话数不断增多，直到触碰阀值，数据库报错，问题成功复现；
       我们又找来另外一台相同配置、相同操作系统的设备进行测试，没有出现这个问题。最后，只能把这台设备重装系统。

       下面总结一下ORA-12516错误的解决办法：
一、一般是由于数据库的当前会话数不满足造成的，可以视业务需要增加processes和sessions参数的大小，这二者的关系是：sessions=(1.1*processes+5)；
二、如果存在类似上述案例的恶意连接，可以按照上述步骤找到问题session，直接kill相关进程。

以上就是ORA-12516故障的解决方法，小编相信有部分知识点可能是我们日常工作会见到或用到的。希望你能通过这篇文章学到更多知识。更多详情敬请关注编程网数据库频道。