[经典]ora-12516 处理方法

[经典]ora-12516 处理方法 ORA-12516 解决方法 oracle服务器上某个数据库出现' ORA-12516: TNS: 监听程序找不 到符合协议堆栈要求的可用处理程'错误,要解决该问 题 快递公司问题件快递公司问题件货款处理关于圆的周长面积重点题型关于解方程组的题及答案关于南海问题 首先查看一 下数据库现有的进程数，是否已经达到参数processes的大小。 a.select count(*) from v$process; 取得数据库目前的进程数。 b.select value from v$parameter where name = 'processes'; 取得进程数的上限。 1、查看当前会话数、processes和sessions值，发现session数和 2个参数的值已经非常接近 SQL*Plus: Release 11.1.0.6.0 - Production on 星期一 9月 21 9:50:21 2009 Copyright (c) 1982, 2007, Oracle. All rights reserved. SQL> conn / as sysdba 已连接。SQL> select count(*) from v,session; COUNT(*)---------- 45 SQL> show parameter processes NAME TYPE VALUE db_writer_processes integer 1 gcs_server_processes integer 0 job_queue_processes integer 10 log_archive_max_processes integer 2 processes integer 50 SQL> show parameter sessions NAME TYPE VALUE java_soft_sessionspace_limit integer 0l icense_max_sessions integer 0 license_sessions_warning integer 0 logmnr_max_persistent_sessions integer 1 sessions integer 60 shared_server_sessions integer 2、修改processes和sessions值 SQL> alter system set processes=300 scope=spfile; 系统已更改。 SQL> alter system set sessions=335 scope=spfile; 系统已更改。 3、查看processes和sessions参数，但更改并未生效 SQL> show parameter processes NAME TYPE VALUE db_writer_processes integer 1 gcs_server_processes integer 0 job_queue_processes integer 10 log_archive_max_processes integer 2 processes integer 50 SQL> show parameter sessions NAME TYPE VALUE license_max_sessions integer 0 license_sessions_warning integer 0 logmnr_max_persistent_sessions integer 1 sessions integer 60 shared_server_sessions integer 4、重启数据库，使更改生效 SQL> shutdown SQL> startup SQL> show parameter processes NAME TYPE VALUE db_writer_processes integer 1 gcs_server_processes integer 0 job_queue_processes integer 10 log_archive_max_processes integer 2 processes integer 300 SQL> show parameter sessions NAME TYPE VALUE java_soft_sessionspace_limit integer 0 license_max_sessions integer 0 license_sessions_warning integer 0 logmnr_max_persistent_sessions integer 1 sessions integer 335 shared_server_sessions integer 在上周五晚上通宵加班将一套10.2.0.5.0的Linux 虚拟机环境下的数据量为260GB 的双节点RAC数据库顺利迁移至一台物理机器的开发数据库后，这两天开发的同事反映说连不上物理机开发库了。 起初，我也没有太在意，的确是因为这两天公司内部网络不太正常，ping物理开发库延时比较严重，偶有timed out现象，就一直以为是网络的问题了。直到中午的时候，同事说网络基本正常了，用PL/SQL Developer客户端工具连数据库的时候报出Ora-12516的错误，这才引起了我的注意～ 上Metalink查了一下，看了“Troubleshooting Guide TNS-12519 TNS-12516 ORA-12519 ORA-12516 [ID 552765.1]”的文章后，才知 道了自己迁移数据库后粗心大意犯下的错误。原来的RAC数据库中每个实例中都将process初始化参数都设置了400，sessions=445，而现在是单台数据库对外提供服务，导致会话数不够用，最终导致的Ora-12516的错误～其实，对于这种开发库而言，公司的开发同事并不多，怎么可能导致445个会话还不够连接使用呢,其实，造成问题的最根本原因是开发人员的应用程序中的连接池配置的有问题，连接数配置过高导致的～～～～ 找到了问题的基本原因后，就将process初始化参数从400改为600，进而sessions自动被置为665，transactions参数自动置为731。然后，重启数据库。 在oracle数据库的初始化参数中，有一类参数是推倒参数， 其中: sessions=1.1*processes+5,transactions=1.1*sessions. 这样，问题得到了基本的解决。 事后，又出现了一些不痛不痒的问题。 这不，年后简单 记录 混凝土 养护记录下载土方回填监理旁站记录免费下载集备记录下载集备记录下载集备记录下载 下发生在这个春节前的种种问题，及解决问题的方法: ? 会话数不够用，导致Ora-12516的错误。解决方法，加大process初始化参数，或者 通知 关于发布提成方案的通知关于xx通知关于成立公司筹建组的通知关于红头文件的使用公开通知关于计发全勤奖的通知 修改应用程序中的连接数; ? 通过在数据库端配置profile来控制每个会话的活动时间，过期由数据库自动断开会话; ? 通过使用共享服务器模式来控制数据库服务器端的进程资源; ? 最头大的问题就是，有个开发的同事将自己PC机器的IP地址设置了同数据库服务器相同的IP地址，导致其他开发人员一直连接不上数据库～～～这个问题可不是第一次遇见，解决 办法 鲁班奖评选办法下载鲁班奖评选办法下载鲁班奖评选办法下载企业年金办法下载企业年金办法下载 ，协同网络管理员将数据库服务器IP绑定到MAC。