今天又遇到了11gR2连接数满的问题,以前也遇到过,因为应用那边没有深入检查,没有找到具体原因,暂且认为是这个版本Oracle的BUG吧. 上次的处理办法是用Shell脚本定时在系统中kill  v$session.status='INACTIVE'的连接,但是这次现场没有在操作系统中部署脚本的权限,只好在数据库中做处理,幸好我们对这个 数据库有完全的权限.这次使用了profile+JOB定时alter system kill 'sid,seral#' immediate的方式.具体脚本如下:

本文转自Oracle DBLink连接数过多的问题(Ora-02020) 今天在处理资料同步问题,需要将其它几个DB Server的资料同步到一个目地资料库,采用的方式是:DBLink+Job ,然而在写过程编译时发生Ora-02020错误. 如下: 环境: 目地Server(别名:DB) 其它需要同步的Server(  DB1 , DB2,  DB3,  DB4  ,DB5) 做法: 建立各个Server的DB Link,然后在过程中同步相关的数据. 如代码:  1 create or rep

前不久开发人员编译存储时报ORA -02020 错,如下是解决方案步骤.   报错全信息: Error:OR A -04052在查: 找远程对象 NIP.PB_PERADDRESSLIST@DB_NIP 时出错        ORA-00604 : 递归 SQL 级别 1 出现错误         ORA-02020 : 过多的数据库链接在使用中   查看一下有关link的参数 SQL>  show parameter open_links   NAME                     

Oracle连接数过多释放机制  sqlplus /nolog   打开sqlplus          connect /as sysdba    使用具有dba权限得用户登陆oracle           show parameter resource_limit   显示资源限定是否开启,value为true是开启,为false是关闭      alter system set resource_limit=true   如果未开启,则使用此命令开启资源限定功能           cr

Oracle session连接数和inactive的问题记录 http://timnity.javaeye.com/blog/280383 从上周起,服务器Oracle数据库出现问题,用不到半天,就会报maxsession(150)的问题,肯定是数据库的会话超过最大数了.   由于服务器跑的是文件传输应用,占用的请求和会话肯定很大,因此用户数不大就已经让oracle的会话数达到最大值.   处理方式不外乎两种:扩大oracle最大session数以及清除inactive会话,当然还有,就是从数

1.修改Oracle最大连接数的方法 http://my.oschina.net/shootercn/blog/11193 a.以sysdba身份登陆PL/SQL 或者 Worksheet sqlplus sys as sysdba b.查询目前连接数 show parameter processes; c.更改系统连接数 alter system set processes=1000 scope=spfile; d.创建pfile create pfile from spfile; e.重启O

Oracle查看及修改Oracle最大连接数 .查询oracle的最大连接数: select * from v$parameter where name='processes'; .oracle 11g 最大连接数默认为150.修改oracle最大连接数. scope=spfile; .重启数据库 shutdown immediate; startup;

第一步,在cmd命令行,输入sqlplus 第二步,根据提示输入用户名与密码 1. 查看processes和sessions参数 SQL> show parameter processes NAME                                  TYPE         VALUE db_writer_processes                  integer     1 gcs_server_processes                 integer   

这里讲解一个关于数据库连接多多的解决办法 一般都会在方法中进行数据库的开,利用和关 不过如果在一个循环里面使用的时候 这样数据库的连接数就会过多,如果是1万次的话,数据库服务器可能就会当机 PHP 中,同一个数据库的利用 可以直接就在最开始打开, 在最后进行关闭  中间相关该数据库的操作,都可以进行使用 不过在 JAVA VB就不好做了 只有这样 在循环的第一次进来打开,最后一次的时候关闭

--oracle中查看表是否被锁 查看表是否被锁   SELECT /*+ rule*/   a.sid, b.owner, object_name, object_type   FROM v$lock a, all_objects b   WHERE TYPE = 'TM'   and a.id1 = b.object_id; --这样可以把它杀掉 SELECT sid,serial# FROM v$session WHERE sid =1027; alter system kill sess

当oracle连接数超过最大的150登录不上 sqlplus / as sysdba   ###报错,提示连接数未释放! ---释放网络连接数 ps -ef |grep ora |grep "oraclemvpbang" |grep "LOCAL=NO" | wc -l   ###mvpbang是oracle实例的名字sid,查看非本地连接数 ps -ef |grep ora |grep "oraclemvpbang" |grep "L

当oracle11g修改最大连接数后启动报如下错误时,需要调整linux的信号量的内核参数: ORA-27154: post/wait create failedCause: internal error, multiple post/wait creates attempted simultaneouslyAction: check errno and contact Oracle Support调整了下/etc/sysctl.conf,修改kernel.sem为kernel.sem =501

查询数据库当前进程的连接数: select count(*) from v$process; 查看数据库当前会话的连接数: select count(*) from v$session; 查看数据库的并发连接数: select count(*) from v$session where status='ACTIVE'; 查看当前数据库建立的会话情况: select sid,serial#,username,program,machine,status from v$session; 查询数据库允

SQL> select count(*) from v$session #当前的连接数 SQL> Select count(*) from v$session where status='ACTIVE' #并发连接数 SQL> select value from v$parameter where name = 'processes' --数据库允许的最大连接数 SQL> select value from v$parameter where name ='processes' #

select count(*) from v$process --当前连接数 select count(*) from v$process where program='ORACLE.EXE(SHAD)'; --当前的数据库连接数 alter system set processes = 300 scope = spfile; --修改最大连接数: show parameter processes --最大连接 这个是在command window 窗口执行的非sql语 select count

睡眠连接过多,会对mysql服务器造成什么影响?严重消耗mysql服务器资源(主要是cpu, 内存),并可能导致mysql崩溃.造成睡眠连接过多的原因?1. 使用了太多持久连接(个人觉得,在高并发系统中,不适合使用持久连接)2. 程序中,没有及时关闭mysql连接 (见下面 B,C两项 可能导致的情况)3. 数据库查询不够优化,过度耗时. [减少MySQL的Sleep进程有效方法]经常遇到很多朋友问到,他的MySQL中有很多Sleep进程,严重占用MySQL的资源,现在分析一下出现这种现象的原因

1.首先要明确,无论是tcp, udp, raw等这些都要占用socket, 那么就涉及到连接数的问题. 所以,linux连接数的问题,不仅仅是tcp连接数. 2.查看当前系统中所有的socket 连接数,使用 ss -a 3.另外一种查看linux socket连接数的方法 http://www.cnblogs.com/liangle/archive/2012/05/24/2517218.html

    在一次生产上线后,发现使用的 8086 端口相关的 TCP 连接数竟然多大 6K+ ,有时候甚至会逼近 1w ,这个数量对于一个只是在内部使用的监控系统来说, 无论如何都是无法接受的, 于是开始一系列的排查过程. 本文记录了这个问题的主要解决过程,算是对这一次杀 bug 过程的一个总结. 问题描述    使用命令 netstat -apn | grep 8086 可以看到大量处于 TIME_WAIT状态的 tcp 连接 使用命令 netstat -apn | grep 8086 | gr

原因是超过了连接数,最有效的处理方法是关闭em服务,停止em服务,改成禁用. show parameter processes;  --查看允许连接情况 select count(*) from v$process ;    --当前的数据库连接数

1.连接数据库 sqlplus / as sysdba 2.查看当前数据库连接数 select count(*) fromv$process; 3.查看当前数据库允许的最大连接数 select value from v$parameter where name ='processes'; 4.修改当前数据库最大连接数 alter system set processes = 300 scope =spfile; 5.重启数据库 shutdown immediate;startup;

## 在连接数报警的机器上,查看某个端口tcp连接来源,并排序 netstat -natl |grep ^tcp |grep ":2181" |awk '{print $5}'|awk -F":" '{count[$1]++}; END{for(ip in count) print ip, ": " count[ip]}' |sort -n -k3 -r ## 找到最多的tcp对应的机器,在那台机器上查看哪个进程占用最多连接 ## 进程号 net