首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    Ora:12154 PLsql连接报错

    新入职公司,需要安装一些软件,安装了oracle客户端和plsql,结果发现plsql的database是空白,没有可选。找了度娘,查看安装路径,是oracle安装路径:d:/oracle/product/11.2.0/client_1/admin文件夹下少了两个文件,listener.ora和tnsnames.ora,于是卸载重装,折腾了几次,连注册表都删了,还是不行。 解决方法: 在admin路径栏敲cmd,netca,根据提示新建一个监听。admin文件夹下就会多一个listener.ora文件(可能还会多几个其他文件,不影响)。 至于tnsnames.ora,可以自己写,或者网上找一个,或者找同事copy一个(我是找同事要的,结果掉抗了)。 好了,文件配齐了。然后如果你的plsql连接页面的database还是没有可选(他是读你的tnsnames.ora文件的),那就在去查看你的环境变量有没有TNS_ADMIN这个变量(计算机-右键-属性-高级系统设置-环境变量),如果没有就新建一个,如果有,查看他的值得路径是不是你刚才配置文件的那个admin路径,如果没有,新建一个,值设为admin 的路径。到这里应该可以解决了。 如果你还是报ora:12154,那么你需要好好看一下你同事给你的tnsnames.ora文件,可能其中有一部分是已经废弃的,好死不死你又不知道,结果一直用错误的数据连接,打死你也连不上。所以,如果其他问题都排除了,你最好用一个你同事正在使用的数据库(新入职的更需要注意,你拿到的配置可能是n年以前的) 下面是参考解决的连接:解决pl连接报:ora:12154

    03

    【Oracle】-【v$session】v$session的SNIPED状态

    最近有个测试库刚出现的情况, 现象: 以前一直未出现过这种状态: 有的应用(这里部署的应用有100多个,且都是Tuxedo长连接数据库 的应用)每天第一次执行时报:ORA-02396: exceeded maximum idle time, please connect again 过段时间会有应用报错:ORA-02391: exceeded simultaneous SESSIONS_PER_USER limit,此时也无法登录数据库了。 测试库信息: 版本:9.2.0.7.0 判断问题思路: SELECT * FROM v$session WHERE username='STAR' ORDER BY status; 查看有许多都是SPINED状态的。 用下面的语句产生的kill -9 ...会提示no such process或invalid id,SPID不是OS进程的ID么? SELECT s.username,s.status,s.machine,osuser,spid, 'kill -9 '||spid UNIX_level_kill, 'alter system kill session ' ||''''||s.sid||','||s.serial# || ''';' Oracle_level_kill, TO_CHAR (logon_time, 'dd/mm/yyyy hh24:mi:ss') logon_time, last_call_et idle_time, TO_CHAR (TRUNC (last_call_et / 3600, 0))||' '||' HRS '||TO_CHAR (TRUNC ((last_call_et - TRUNC(last_call_et / 3600, 0) * 3600) / 60, 0)) ||' MINS' idle_time_hour_minute, module FROM v$session s, v$process p WHERE TYPE = 'USER' AND s.username='STAR' AND p.addr = s.paddr AND status = 'SNIPED' -- AND SUBSTR (machine, 1, 19) NOT IN ('machine') AND last_call_et > 60 * 60 * 2 -- session idle time more than 1 hour

    02
    领券