oracle centos 重启后报错ORA-12514, TNS:listener does not currently know of service requested in connect descriptor 1.查看监听状态lsnrctl start 2.通过sqlplus / as sysdba ,执行startup来启动数据库,发现报错,initORCL.ora不存在. 3.进入对应目录,打开spfileorcl.ora,发现db_name=orcl, 4.查看环境变量 cat
引子: 本项目在老电脑上用的是oracle10g,换新电脑装的是oracle11g,但运行项目本没有什么关系,本来说创建个用户,用PLSQL手工导入数据,再改几下配置文件即可跑起来--但实际启动中遇到以下异常导致eclipse不能启动: 2016-01-25 11:34:39,694 DEBUG (com.mchange.v2.resourcepool.BasicResourcePool:1831) - An exception occurred while acquiring a poolab
应用程序连接测试数据库时报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数据库的监听日志发现有不少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
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.
今天使用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:lis
ORA-12514: TNS:listener does not currently know of service requested in connect descriptor 1.看看是不是监听服务没有起来 2.检查有没有修改IP地址,计算机名称 除此之外在网上查资料的时候还有一种:http://blog.csdn.net/icqsky/archive/2009/07/01/4313791.aspx 如下:这个错误是因为Listener出了问题,请检查一下你的listener.ora文件,
问题描述 ORA_12514:TNS:listener does not currently know of service requested in connect descriptor 解决方式 1 右键点击我的电脑->管理——>服务和应用程序(左侧列表)——>双击右侧服务——>重启“OracleJobScheduler[oracle_sid] 解决方式 2 https://www.cnblogs.com/edhg/p/6658814.html
当你碰到ORA-12520错误时,如下所示: 英文错误提示: ORA-12520: TNS:listener could not find available handler for requested type of server 中文错误提示: ORA-12520: TNS: 监听程序无法为请求的服务器类型找到可用的处理程序 一般你应该从下面两个方面去检查出错原因并解决问题: 1:数据库是专用服务器,但是在tnsname.ora配置文件中设置的连接方式是shared,这种情况需要修改tnsn
1.Message 850 not found; No message file for product=network, facility=NL 提示框:TNS:no listener 解决办法: 重新配置监听程序 点重新配置,一路next-- 2.ORA-12514: TNS:listener does not currently know of service requested in connect descriptor: 解决办法: 找到E:\app\Administrator\pro
异常及解决 在连接sqldeveloper出现的异常信息 在ORA-12505, TNS:listener does not currently know of SID given in connect descriptor中我已解决了该问题(通过设置listener.ora和配置环境变量),listener.ora一直是默认配置都没有问题,今天却又碰到此问题. 下面的listener.ora的默认配置 # listener.ora Network Configuration File: D:\
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
我安装了Oracle数据库,默认的数据库用户名是system,密码口令是安装过程中你自己设置的.可以先使用命令框,输入 sqlplus system; 然后再输入密码即可. 然后我的数据库连接工具使用的是DataGrip,我在使用DataGrip连接的时候发现,报了这个错误 Connection to Oracle failed.[66000][12505] Listener refused the connection with the following error:ORA-12505, T
Title: Intermittent TNS-12516 or TNS-12519 Errors Connecting Via Net Symptom(s) ~~~~~~~~~~ Client connections may intermittently fail with either of the following errors: TNS-12516 TNS:listener could not find instance with matching protocol stack TNS
在使用robot framework的关键字Connect to Database Using Custom params连接Oracle数据库: Connect to Database Using Custom params cx_Oracle 'username','password','host' 报错 ORA-12504: TNS:listener was not given the SERVICE_NAME in CONNECT_DATA 解决方法: 在host后加上所连接数据库的库名
Oracle问题:ORA-12528: TNS: 监听程序: 所有适用例程都无法建立新连接 问题原始描述: ORA-12528: TNS:listener: all appropriate instances are blocking new connections 发现问题: 通过在CMD下用lsnrctl status 查看出的问题:发现BLOCKED: 然后:尝试启动oracle数据库: [root@MyYun ~]# su - oracle Last login: Thu Jul 18
前几天在启动应用的时候,在控制台抛出了此异常信息!很明显是数据库方面的问题,不过具体是什么问题哪?百度了一下,网上关于此问题的信息还是有比较多,从异常的提示中我们也能看到是具体是和客户端的连接相关的问题(listener could not hand off client connection),这里我的这个问题是由于客户端连接对应的数据库服务器失败造成的,引起这个问题的原因有两个,一是连接进程数设置比较少,二是需要增加参数DISPATCHERS.当然,一会我们的DBA就把这个问题给解决了,为了