今天使用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文件,…

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…

问题描述 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…

(SID_LIST = (SID_DESC =  (SID_NAME = PLSExtProc)  (ORACLE_HOME = E:\oracle\product\10.2.0\db_1)  (PROGRAM = extproc)  ) )原先在listener.ora中是这样的 改成下面 (SID_LIST = (SID_DESC =  (SID_NAME = PLSExtProc)  (ORACLE_HOME = E:\oracle\product\10.2.0\db_1)  (PROGR…

错误的意思是listener 不知道连接解析器中的请求服务,这里要说静态监听和动态监听了动态注册是在instance启动的时候PMON进程根据init.ora中的instance_name,service_names两个参数将实例和服务动态注册到listener中.静态注册就是实例启动时读取listener.ora文件的配置,将实例和服务注册到监听程序.无论何时启动一个数据库,默认地都有两条信息注册到监听器中:数据库服务器对应的实例和服务.搭建dataguard过程中,先启动的数据库,没有在li…

this issue and the fix was to make sure in tnsnames.ora the SERVICE_NAME is a valid service name in your database. To find out valid service names, you can use the following query in oracle: select value from v$parameter where name='service_names' On…

对比Oracle服务器地址,端口号,还有实例名(也就是服务名).修改tnsnames.ora  在Oracle客户端的安装目录底下. 然后用sqlplus [用户名]/[密码]@[服务命名] 服务命名就是NetManager里面服务命名能看到的名称也就是服务命名,服务命名其实就是数据库实例的别名 以上命令就能正常连接数据库了 references: https://blog.csdn.net/hhw999/article/details/52516685…

问题描述: 今天数据库查询时遇到问题,具体情形如下截图所示: 问题分析: 看错误明显是TNS监听有问题,要么配置错了,要么数据库没起来.但是当前数据库起来了,也能正常连接使用,因此 考虑被查询对象可能是一个db_link,具体的是那个连接有问题. 问题定位及解决: --查询数据对象,从而得到它是一个synonym select * from dba_objects t where t.OBJECT_NAME = upper('sy_hgq_data_define'); --查同义词,得到它是一个…

https://blog.csdn.net/mchdba/article/details/50166153…