java.sql.SQLException: Io exception: Connection refused(DESCRIPTION=(TMP=)(VSNNUM=169869568)(ERR=12519)(ERROR_STACK=(ERROR=(CODE=12519)(EMFI=4))))
后
来
排
查
出
数
据
库监
听
异
常,
发现
是
ORA-12519
拒
绝错误
。后
来发现
是
数
据的
连
接池
达
到的
极
致。
2
具体解
决
方案如下:
先
关闭
linux cluster
服
务
(
system-config-Cluster
),
让
后再一台一台的在去更改
进
程
数
--
首先
检查
process
和
session
的使用情
况
,在
sqlplus
里面
查
看。
SQL> show parameter processes
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
aq_tm_processes integer 0
db_writer_processes integer 6
gcs_server_processes integer 0
job_queue_processes integer 0
log_archive_max_processes integer 2
processes integer 150
SQL> select count(*) from v$process;
COUNT(*)
----------
147
--
明
显
process
已
经
几乎
达
到了
顶
峰。
SQL> show parameter session
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
java_max_sessionspace_size integer 0
java_soft_sessionspace_limit integer 0
license_max_sessions integer 0
license_sessions_warning integer 0
logmnr_max_persistent_sessions integer 1
session_cached_cursors integer 20
session_max_open_files integer 10
sessions integer 160
shared_server_sessions integer
SQL>
SQL> select count(*) from v$session;
COUNT(*)
----------
153
--
同
样
几乎
达
到
顶
峰。
--
修改
oracle
的
process
和
session
值
,加大他
们
最大
连
接
数
。
--oracle
文
档
要求,
SESSIONS
和
TRANSACTIONS
的初始化
参数应该
源于
PROCESSES
参数
,根据默
认设
置
SESSIONS = PROCESSES * 1.1 + 5
SQL> alter system set processes=300 scope=spfile;
System altered.
SQL> alter system set sessions=335 scope=spfile;
System altered.
--
重
启数
据
库
后
参数
修改完成
SQL> shutdown --
如果
长时间没
反
应
可能是
连
接
请
求
没
又
关闭
,也可以使用
abort
参数
直接
关闭
SQL> startup --
可以用
force
参数
关闭当
前
运
行
数
据
库
后正常
启动
。
修改完
毕
之后,在
进
行
压
力
测试
的
时
候,
问题
解
决
。
3
上面的
问题
得到了解
决
之后再重新
启动
system-config-cluster
服
务
的
时
候又出
现
了新的
错误
:
”ora-12505”
提示
TNS
找不到
“SID”
经过
我多次
查
看
tns
文件
怎么
都
没
有
发现问题
,也在
网
上
查
了相
关资
料但是
没
有去改
动
,等了一
会儿
测试
通
过
了,
没
有
问题
了,自己想
应该
是
启动
延
迟
原因,
这样启动
了在
测试
就
没
有了
问题