processes-ORA-12516, TNS: listener could not find available

问题描述

ORA-12516, TNS: listener could not find available

项目启动后几秒种就报该异常。

ORA-12516, TNS: listener could not find available handler with matching protocol stack'

SQL> show parameter processes;

NAME TYPE VALUE


aq_tm_processes integer 0
db_writer_processes integer 1
gcs_server_processes integer 0
global_txn_processes integer 1
job_queue_processes integer 1000
log_archive_max_processes integer 4
processes integer 150

我查了下资料,网上说是processes问题,我查了下数据库的processes信息,但不知道如何解决。

解决方案

通过命令行登陆SQLPLUS修改
sqlplus /nolog
SQL> conn / as sysdba
SQL> show parameter processes;
SQL> alter system set processes=600 scope=spfile;

时间: 2024-12-02 04:34:36

processes-ORA-12516, TNS: listener could not find available的相关文章

TNS - 12516 TNS : 解决

报错 TNS - 12516 TNS : listener could not find instance with matching protocol stack   根据官方的文档说是processes和sessions参数设置的问题.已经达到了最大值.索引监听拒绝连接,这个时候监听例程是blocked的,确实如此如下: 服务 "libaodb" 包含 1 个例程.   例程 "libaodb", 状态 READY, 包含此服务的 1 个处理程序...    

ORA-12516:TNS:listener could not find available handler with matching protocol stack

应用程序连接测试数据库时报ORA-12516:TNS:listener could not find available handler with matching protocol stack 检查监听日志文件,发现大量的TNS-12516错误 cd /u01/app/oracle/product/10.2.0/db_1/network/log more listener.log TNS-12516: TNS:listener could not find available handler

ORA-12520: TNS:listener could not find available handler for requested type of server

当你碰到ORA-12520错误时,如下所示: 英文错误提示: ORA-12520: TNS:listener could not find available handler for requested type of server 中文错误提示: ORA-12520: TNS: 监听程序无法为请求的服务器类型找到可用的处理程序 一般你应该从下面两个方面去检查出错原因并解决问题:   1:数据库是专用服务器,但是在tnsname.ora配置文件中设置的连接方式是shared,这种情况需要修改tn

ORA-12514, TNS:listener does not currently know of service requested in connect descriptor案例2

今天使用SQL Developer连接一台测试服务器数据库(ORACLE 11g)时,遇到了"ORA-12514, TNS:listener does not currently know of service requested in connect descriptor"错误,具体提示如下所示:   执行请求的操作时遇到错误:   Listener refused the connection with the following error:   ORA-12514, TNS:l

Oracle - ORA-12505, TNS:listener does not currently know of SID given in connect descriptor 解决

java.sql.SQLException: Listener refused the connection with the following error: ORA-12505, TNS:listener does not currently know of SID given in connect descriptor The Connection descriptor used by the client was: 192.168.149.128:1521:orcl at oracle.

Oracle Database Server 'TNS Listener'远程数据投毒漏洞(CVE-2012-1675)的完美解决方法_oracle

环境:Windows 2008 R2 + Oracle 10.2.0.3 应用最新bundle patch后,扫描依然报出漏洞 Oracle Database Server 'TNS Listener'远程数据投毒漏洞(CVE-2012-1675) •1.确定解决方案 •2.应用解决方案 •3.验证修补情况 •4.Reference 1.确定解决方案 安全厂家给出的解决办法: 链接:http://www.oracle.com/technetwork/topics/security/alert-c

Oracle 8i TNS Listener 缓冲区溢出漏洞

Oracle 8i TNS Listener 缓冲区溢出漏洞 (Other,缺陷)     Oracle 8i 发现重大漏洞,允许攻击者执行任意代码 详细: Oracle 8i TNS (Transparent Network Substrate) Listener 负责建立和维系客户机同 ORACLE 数据库服务的远程连接.发现该 Listener 存在缓冲区溢出漏洞.攻击者成功利用此漏洞,将能在数据库服务器上执行任意代码. 更为糟糕的是,缓冲溢出发生在验证之前,这意味着激活了口令保护机制的

紧急紧急-ora 12514 tns监听程序当前无法识别连接描述符中的请求

问题描述 ora 12514 tns监听程序当前无法识别连接描述符中的请求 解决方案 主机字符串不对,进net manager配置一下数据库连接. 解决方案二: 查看一下你的连接字符串,有参数没有配置正确 解决方案三: Oracle Clientm没有安装和配置

DBA必备技能:通过truss跟踪解决监听无法启动案例

作者简介:刘斌,云和恩墨高级技术专家,擅长数据库故障诊断分析,数据库性能优化,自动化运维开发,坚持学习.写作.分享, 在Oracle DBA的日常工作中,通过各种跟踪手段,从数据库内外部发现问题,最终找到解决方案,是必备的重要技能. 以下这则案例,就是通过OS系统级别的跟踪,快速定位并解决问题的一个例证.在Oracle数据库的跟踪时,OS上Truss是非常重要的工具. 登录数据库主机发现一个节点监听异常: 尝试手工启动,一样报错: grid@xxxxdbb:/home/grid $lsnrctl