ORA-12518: TNS:listener could not hand off client connection

一、ORA-12518: TNS:listener could not hand off client connection

在团队成员增多时,常常出现“无法分发client连接”等问题。在网上搜索一番后,终于攻克了该问题,现将解决方式总结例如以下,以供參考和以后备用。

更改SPFILEORCL.ORA文件里的process

F:\oracle\product\10.2.0\db_1\database\SPFILEORCL.ORA

原因:团队成员增多,原有数据库设置不够用,导致连接plsql和启动tomcat时常常抛出“无法分发client连接”的异常。

解决方式:

第一步:调整process和session值

1. 检查process和session是否够用。

a)使用plsql连接到oracle,查看process进程数:

select count(*) from v$process; --取得数据库眼下的进程数。
select value from v$parameter where name = 'processes';     --取得进程数的上限。

b)查看session会话数:

select count(*) from v$session; --取得数据库眼下的会话数。
select value from v$parameter where name = 'sessions'; --取得会话数的上限。

查看当前process和sessions是否接近上限值。若接近,能够将其增大。

2. 调整这两个參数值大小。

系统进程数process和系统会话数session之间存在一个关系:

process数=session数*1.1+5

我们在配置时參考该规律进行设定。

a)  改动process值

alter system set processes=1000 scope=spfile;   --将process值改为1000

b)  改动session值

alter system set sessions=1105 scope=spfile;    --将sessions值改为1105

3. 备份pfile,重新启动oracle

a) 改动完毕后,备份pfile

create pfile from spfile;   --从spfile(执行时配置)创建pfile(系统配置)

c)  重新启动oracle

重新启动的方法有非常多种,能够重新启动oracle服务,或者重新启动数据库。Windows下能够直接重新启动服务。

第二步:改动dispatchers个数

假设第一步解决不了问题。能够进行第二步的操作。

1.查看当前dispatchers个数,和dispatchers使用率

select name,busy,status,accept,idle from v$dispatcher;  --查看当前dispatchers个数和部分信息。一般默认安装的库仅仅有一个。

select name,(busy/(busy+idle))*100 "busy rate%" from v$dispatcher; --查看dispatchers使用率

假设使用率大于50%,则要考虑添加dispatchers个数。

2.调整dispatchers个数

alter system set dispatchers=‘(protocol=tcp)(dispatchers=3)(service=youroracleservicenameXDB)‘;

--改动dispatchers个数为3.

3. 重新启动oracle。

当重新启动服务的时候,出现没有监听程序的错误

二.ORA-12541: TNS:无监听程序

1:F:\oracle\product\10.2.0\db_1\network\admin\listener.ora 中加入例如以下代码:

 (SID_DESC =
      (SID_NAME = PLSExtProc)
      (ORACLE_HOME = F:\oracle\product\10.2.0\db_1)
      (PROGRAM = extproc)
    )    
# listener.ora Network Configuration File: F:\oracle\product\10.2.0\db_1\network\admin\listener.ora
# Generated by Oracle configuration tools.

SID_LIST_LISTENER =
  (SID_LIST =
	 (SID_DESC =
    (GLOBAL_DBNAME = orcl)
    (ORACLE_HOME = F:\oracle\product\10.2.0\db_1)
    (SID_NAME = orcl)
    )
    (SID_DESC =
      (SID_NAME = PLSExtProc)
      (ORACLE_HOME = F:\oracle\product\10.2.0\db_1)
      (PROGRAM = extproc)
    )
  )

LISTENER =
  (DESCRIPTION_LIST =
    (DESCRIPTION =
      (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1))
      (ADDRESS = (PROTOCOL = TCP)(HOST = wl-fe65b9e18e24)(PORT = 1521))
    )
  )

注意:重新启动 listener 和service

因为上述更改了spfileorcl.ora,可能导致此文件丢失,导致 oracle 不可用

三、oralce不可用

创建SPFILEORCL.ORA文件,注意:SPFILEORCL,ORCL是实例的名字

F:\oracle\product\10.2.0\db_1\database\SPFILEORCL.ORA

cmd中执行:

sqlplus /nolog
conn / as sysdba;
create spfile='F:\oracle\product\10.2.0\db_1\database\SPFILEORCL.ORA' from pfile='F:\oracle\product\10.2.0\admin\orcl\pfile\init.ora.7292014151052'; 

故当出现此错误的是,先创建SPFILEORCL.ORA文件,然后更改监听错误,重新启动监听和服务就可以

时间: 2024-12-24 13:54:24

ORA-12518: TNS:listener could not hand off client connection的相关文章

TNS-12502: TNS:listener received no CONNECT_DATA from client

检查我们的一台ORACLE数据库的监听日志发现有不少TNS-12502错误信息.如下所示 TNS-12502: TNS:listener received no CONNECT_DATA from client   09-DEC-2014 15:47:06 * (CONNECT_DATA=(SERVICE_NAME=epps)(CID=(PROGRAM=D:\Tasks\FGIS2MES\CEG\gmt_auto.exe)(HOST=CEGWEB1)(USER=cegadmin))) * (AD

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

http://anthon-lx.iteye.com/blog/811460 完整的错误信息如下: 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 th

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

完整的错误信息如下: 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

oracle 报错ORA-12514: TNS:listener does not currently know of service requested in connec

在使用navicat上连接oracle正确用户名和密码,oracle常用服务也启动的情况下依然无法建立连接.但是sqlPus上输入用户名和密码可以连接通过,百思不得其解(菜鸟本质 好奇). 这种情况下查看了navicat的历史日志:ORA-12514: TNS:listener does not currently know of service requested in connect. 通过网上搜索查到说  navicat工具是32位,oracle64位不匹配,心想很有可能是这原因.因此通过

ORA-12514: TNS:listener does not currently know of service requested in connect

1,登录报错如下: [oracle@oracle_yueworld admin]$ rlwrap sqlplus system/system51@st1 SQL*Plus: Release 11.2.0.1.0 Production on Thu Dec 3 16:33:26 2015 Copyright (c) 1982, 2009, Oracle. All rights reserved. ERROR: ORA-12514: TNS:listener does not currently k

Oracle TNS Listener Remote Poisoning

Oracle TNS Listener Remote Poisoning 远程数据投毒漏洞(CVE-2012-1675) 1.漏洞简介: 允许攻击者在不提供用户名/密码的情况下,向远程“TNS Listener”组件处理的数据投毒的漏洞. COST 是class of secure transports 的缩写.是为了控制实例注册提供的一种安全控制机制.其作用是对于一个确定的listener,限制哪些实例通过哪些协议可以进行注册.这将避免有其他远程实例进行恶意注册,并由此产生信息泄露等风险.它通

oracle用cmd货plsql登录oracle实例提示“ORA :12170”TNS:连接超时

1,cmd ------ ping ip地址:查看网络问题,能否ping通ip地址 2,cmd ------ tnsping ip地址(或服务器的实例名SID)“ ①如果出现"TNS-12535:操作超时" 提示,可能是服务器端防火墙没有关闭,关闭防火墙即可: ②如果出现下图显示,则证明没有问题: ” 3,cmd ------ netstat - na 查看1521端口是否关闭 ①如果显示关闭,则需要在防火墙设置中将1521端口设为例外: ②如果出现下图显示,则证明没有问题: 4,cm

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

连接oracle数据库出现:ORA-12505,TNS:listener does not currently know of SID given in connect descriptor

Java使用 jdbc:oracle:thin:@11.1.0.14:1521:orcl 连接oracle数据库出现: ORA-12505,TNS:listener does not currently know of SID given in connect descriptor 错误. 表明服务器上sid为orcl的服务并不存在,可以换个方式直接连接服务:把最后一个冒号换为斜杠.顺利连上数据库 jdbc:oracle:thin:@11.1.0.14:1521/orcl