ORA-12519: TNS:no appropriate service handler found 解决

有时候连得上数据库,有时候又连不上.


可能是数据库上当前的连接数目已经超过了它能够处理的最大值.


select count(*) from v$process --当前的连接数
select value from v$parameter where name = 'processes' --数据库允许的最大连接数


 修改最大连接数:
alter system set processes = 300 scope = spfile;


重启数据库:
shutdown immediate;
 startup;


--查看当前有哪些用户正在使用数据
SELECT osuser, a.username,cpu_time/executions/1000000||'s', sql_fulltext,machine 
from v$session a, v$sqlarea b
where a.sql_address =b.address order by cpu_time/executions desc;




下面摘自别的地方：
windows2003 32位即使修改了连接数也还是报错的处理说法。


都知道，当数据库最大连接数不够时会出现客户端连接间歇性失败，报错ORA-12519。设置大点一般就可以了。但是做大型项目的时候还是会遇到一 些不正常


的问题，比如：设置最大连接数800，但是正常连接200多个就会报错，这也是我在一次面试中得知的。回来因为自己的垃圾机器上没有装 Oracle，就查了些


资料，发现还真的有这个问题，不过不是什么难题，貌似很多人遇到过，看来我们真的做项目太少了吧，顶多同时测试的也就十多个人。
网上搜集到有此类问题的描述，如下。
服务器IBM XSERVER,内存：4G
oracle 数据库配置的主要参数如下:
processes integer 500
sessions integer 585
pga_aggregate_target big integer 350M
sga_max_size big integer 1256M
sga_target big integer 1152M
shared_pool_size big integer 400M
large_pool_size big integer 16M
看样子挺不粗的配置，但是就这样默认情况还是会出现连接数不够的现象。数据库配置的连接数是500个,但是现在当Oracle的连接数达到120个 时候,其他的


客户端就无法再连接上Oracle服务器了,报个错:ORA-12518: TNS: 监听程序无法分发客户机;但是已经连接上数据库的应用还可以正常应用,就是其他没连上的


就再也连不上了,除非已有的连接有退出的,其他的才能再联上,就是 可连接的总数是120个;
有网友说是在可以在listener.ora中加入一行: direct_handoff_ttc_ =off,经测试此方法依旧不行;
这期间我尝试着把pga_aggregate_target 改成200或者500等,结果是一样的。也尝试着把sga_target改成800m后,结果数据库就起不来了,提示说要不能小于


1024m。
后来查到有可能是oracle 10g for win32的一个bug，上网下了补丁，打完补丁后的版本是:10.2.0.3；也曾怀疑是不是windows 2003的tcp连接数不够,上网查


说好像是有这毛病,下了个2003的补丁,把tcp连接数扩到了1000,结果能够达到可以有250个并发连接,但是 再多就又连不上了。
现在就是不太清楚究竟是什么参数配置的不合适(不管是oracle10g的,还是windows 2003的),才会造成实际上没有达到oracle设置的最大连接数时就不能连接


了。
最后，怀疑是不是windows 2003（32位）的问题，于是就装了个64位的windows 2003,同样版本的oracle 10g,装好后就把连接数process参数配置成800，然后


做连接测试，一直可以有800个session连接上来，到现在为止，可以大致总结出症结 所在了，就是windows 2003 server(32位)的操作系统，在安装oracle 


10g(10.2.0.1-10.2.0.3)时有问题，连接数不能达到系统配置的那么大，可以采用64位的替代。找到问题根源了，就可以想到究竟为什么 windows 2003 


server(32位)的操作系统和oracle 10g数据库连接数会有限制,修改一下2003的配置或者oracle 10g的配置, 就可解决掉这个问题。
解决方案：
A.修改Oracle参数
1、原有参数
#pga_aggregate_target=67108864
#processes=500
#sessions=555
# pga_aggregate_target此参数是扩大并发连接数占用内存大小。
# 可调整此参数，放大或缩小，同时影响并发数量。
# 公式： 约=可按照并发数量*4M
pga_aggregate_target=720M
# processes、sessions是扩大并发连接数，是同时使用。
# 公式： sessions = processes *1.1 +5
processes=600
sessions=665
2、在监听参数文件LISTENER.ORA 文件中增加参数
direct_handoff_ttc_listener = off
3、重新启动数据库服务。
B.修改windows配置
1、修改Windows系统中Boot.ini文件
/3GB /PAE
说明：修改操作系统中Boot.ini文件，可以使Oracle使用更多的内存空间。
2、修改用户组策略中锁定内存页大小权限。
参数修改完毕问题解决。
3、重启计算机。




附数据库系统数据查询


1、查询oracle的连接数
select count(*) from v$session;
2、查询oracle的并发连接数
select count(*) from v$session where status='ACTIVE';
3、查看不同用户的连接数
select username,count(username) from v$session where username is not null group by username;
4、查看所有用户：
select * from all_users;
5、查看用户或角色系统权限(直接赋值给用户或角色的系统权限)：
select * from dba_sys_privs;
select * from user_sys_privs;
6、查看角色(只能查看登陆用户拥有的角色)所包含的权限
select * from role_sys_privs;
7、查看用户对象权限：
select * from dba_tab_privs;
select * from all_tab_privs;
select * from user_tab_privs;
8、查看所有角色：
select * from dba_roles;
9、查看用户或角色所拥有的角色：
select * from dba_role_privs;
select * from user_role_privs;
10、查看哪些用户有sysdba或sysoper系统权限(查询时需要相应权限)
select * from V$PWFILE_USERS;
 
修改数据库允许的最大连接数：
alter system set processes = 300 scope = spfile;
 
查看游标数量
Select * from v$open_cursor Where user_name=''
 
查询数据库允许的最大连接数：
select value from v$parameter where name = 'processes';
或者：show parameter processes;
 
查询数据库允许的最大游标数：
select value from v$parameter where name = 'open_cursors'
 
查看oracle版本
select banner from sys.v_$version;
按降序显示用户"SYSTEM"为每个会话打开的游标数
select o.sid, osuser, machine, count(*) num_curs  from v$open_cursor o, v$session s  where user_name = 'SYSTEM' and o.sid=s.sid  group by 


o.sid, osuser, machine  order by num_curs desc;