topgp登陆不了提示DVM connection timed out
2017-07-24 11:23
2767 查看
一、ORA-12518: TNS:listener could not hand off client connection
在ERP用户增多时,经常出现“无法分发客户端连接”等问题,现将处理方法记录如下,以供参考和以后备用。
更改SPFILEORCL.ORA文件中的process
[html] view
plain copy
print?
F:\oracle\product\10.2.0\db_1\database\SPFILEORCL.ORA
原因:用户增多,开启的程序数较多,连接oracle数据库的进程数变多,当达到数据库允许连接的最大限制时就会出现这种错误
现象:ERP登陆不上,web端打开就报错DVM connection timed out,xshell开启不了程序,试图连接数据库进行处理时pl/sql,sqlplus统统连接不上。报错“无法分发客户端连接”。
第一步:重启ERP
实体机:
>su - root
>reboot
虚拟机:
>su - root
>shotdown
然后手动重新启动虚拟机
第二步:手动重启oracle监听,然后重启数据库(先重启监听,再重启数据库)
xshell执行
>su - oracle
输入密码:oracle
>export ORACLE_SID=topprod
>sqlplus '/as sysdba'
>startup
(Lsnrctl Start
Lsnrctl stop
Ls lsnrctl status)
完成后查看监听状态:lsnrctl status (监听重启过程可能需要一点时间,耐心等待)
第三步:调整process和session值
1. 检查process和session是否够用。
a)使用plsql连接到oracle,查看process进程数:
[html] view
plain copy
print?
select count(*) from v$process; --取得数据库目前的进程数。
select value from v$parameter where name = 'processes'; --取得进程数的上限。
b)查看session会话数(此种情况查询没意义,直接增加即可):
[html] view
plain copy
print?
select count(*) from v$session; --取得数据库目前的会话数。
select value from v$parameter where name = 'sessions'; --取得会话数的上限。
查看当前process和sessions是否接近上限值。若接近,可以将其增大。
2. 调整这两个参数值大小。
系统进程数process和系统会话数session之间存在一个关系:
process数=session数*1.1+5
我们在配置时参考该规律进行设定。
a) 修改process值
alter system set processes=1000 scope=spfile; --将process值改为1000
b) 修改session值
alter system set sessions=1105 scope=spfile; --将sessions值改为1105
3. 备份pfile,重启oracle
a) 修改完成后,备份pfile
create pfile from spfile; --从spfile(运行时配置)创建pfile(系统配置)
c) 重启oracle
重启的方法有很多种,可以重启oracle服务,或者重启数据库。Windows下可以直接重启服务。
>showdown------------关闭数据库
>startup------------------启动数据库
第四步:修改dispatchers个数
如果前三步解决不了
93d2
问题。可以进行第四步的操作。
1.查看当前dispatchers个数,和dispatchers使用率
select name,busy,status,accept,idle from v$dispatcher; --查看当前dispatchers个数和部分信息。一般默认安装的库只有一个。
select name,(busy/(busy+idle))*100 "busy rate%" from v$dispatcher; --查看dispatchers使用率
如果使用率大于50%,则要考虑增加dispatchers个数。
2.调整dispatchers个数
alter system set dispatchers='(protocol=tcp)(dispatchers=3)(service=youroracleservicenameXDB)';
--修改dispatchers个数为3.
3. 重启oracle。
在ERP用户增多时,经常出现“无法分发客户端连接”等问题,现将处理方法记录如下,以供参考和以后备用。
更改SPFILEORCL.ORA文件中的process
[html] view
plain copy
print?
F:\oracle\product\10.2.0\db_1\database\SPFILEORCL.ORA
原因:用户增多,开启的程序数较多,连接oracle数据库的进程数变多,当达到数据库允许连接的最大限制时就会出现这种错误
现象:ERP登陆不上,web端打开就报错DVM connection timed out,xshell开启不了程序,试图连接数据库进行处理时pl/sql,sqlplus统统连接不上。报错“无法分发客户端连接”。
第一步:重启ERP
实体机:
>su - root
>reboot
虚拟机:
>su - root
>shotdown
然后手动重新启动虚拟机
第二步:手动重启oracle监听,然后重启数据库(先重启监听,再重启数据库)
xshell执行
>su - oracle
输入密码:oracle
>export ORACLE_SID=topprod
>sqlplus '/as sysdba'
>startup
(Lsnrctl Start
Lsnrctl stop
Ls lsnrctl status)
完成后查看监听状态:lsnrctl status (监听重启过程可能需要一点时间,耐心等待)
第三步:调整process和session值
1. 检查process和session是否够用。
a)使用plsql连接到oracle,查看process进程数:
[html] view
plain copy
print?
select count(*) from v$process; --取得数据库目前的进程数。
select value from v$parameter where name = 'processes'; --取得进程数的上限。
b)查看session会话数(此种情况查询没意义,直接增加即可):
[html] view
plain copy
print?
select count(*) from v$session; --取得数据库目前的会话数。
select value from v$parameter where name = 'sessions'; --取得会话数的上限。
查看当前process和sessions是否接近上限值。若接近,可以将其增大。
2. 调整这两个参数值大小。
系统进程数process和系统会话数session之间存在一个关系:
process数=session数*1.1+5
我们在配置时参考该规律进行设定。
a) 修改process值
alter system set processes=1000 scope=spfile; --将process值改为1000
b) 修改session值
alter system set sessions=1105 scope=spfile; --将sessions值改为1105
3. 备份pfile,重启oracle
a) 修改完成后,备份pfile
create pfile from spfile; --从spfile(运行时配置)创建pfile(系统配置)
c) 重启oracle
重启的方法有很多种,可以重启oracle服务,或者重启数据库。Windows下可以直接重启服务。
>showdown------------关闭数据库
>startup------------------启动数据库
第四步:修改dispatchers个数
如果前三步解决不了
93d2
问题。可以进行第四步的操作。
1.查看当前dispatchers个数,和dispatchers使用率
select name,busy,status,accept,idle from v$dispatcher; --查看当前dispatchers个数和部分信息。一般默认安装的库只有一个。
select name,(busy/(busy+idle))*100 "busy rate%" from v$dispatcher; --查看dispatchers使用率
如果使用率大于50%,则要考虑增加dispatchers个数。
2.调整dispatchers个数
alter system set dispatchers='(protocol=tcp)(dispatchers=3)(service=youroracleservicenameXDB)';
--修改dispatchers个数为3.
3. 重启oracle。
相关文章推荐
- topgp登陆不了提示DVM connection timed out
- cmd下ftp登陆成功却ls显示Can't build data connection: Connection timed out
- Studio 更新的时候提示Connection failed (connect timed out). Please check network connection and try again.
- SecureCRT连接本地的Vmware虚拟机(CentOS)时提示连接超时“Connection timed out”
- nginx之connect() failed (110: Connection timed out) while connecting to upstream
- java.net.ConnectException: Connection timed out: connect 错误
- upstream timed out (110: Connection timed out) while reading response header from upstream 问题解决
- Android Studio Error:Connection timed out: connect.异常
- 【ORA-3136】WARNING: inbound connection timed out (ORA-3136)
- ssh: connect to host github.com port 22: Connection timed out
- ORA-3136(WARNING Inbound Connection Timed Out)分析
- 使用apache benchmark(ab) 测试报错: apr_socket_recv: Connection timed out (110)
- 压测netty框架,返回少量java.net.ConnectException:Connection timed out,优化代码
- java.net.SocketTimeoutException: Connection timed out
- Android Studio Error:Connection timed out: connect.
- nginx 报错 upstream timed out (110: Connection timed out)解决方案
- nginx php-fpm 110: Connection timed out) while connecting to upstream 错误
- Android Studio Error:Connection timed out: connect.解决方案
- java.net.SocketTimeoutException: Connection timed out
- hadoop的"mapred.ReduceTask: java.net.ConnectException: Connection timed out"问题解决