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会话,当然还有,就是从数

本文转自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

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释放undo表空间   最佳答案   在日常的数据库维护和数据库编程中经常会遇到犹豫对大数据量做DML操作后是得ORACLE的undo表空间扩展到十几个G或者几十个G 但是这些表空间的所占用磁盘的物理空间又不会被oracle所释放,如果你用的是PC机很可能会遇到磁盘空间不足的问题,经过个人整理经过如下操作可以重构undo表空间,同样temp表空间也可能在你查询大数据或则创建索引的时候无限扩大导致磁盘空间不足,同样可以用如下方式解决此问题: --查看各表空间名称 select n

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   

当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

查询数据库当前进程的连接数: 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; 查询数据库允

早上收到一台Linux服务器磁盘告警邮件以及监控告警日志程序发来的邮件.检查过后,发现Linux服务器中一个分区没有空间了.主要原因是由于昨晚程序员做升级时,产生了大量的归档日志,导致联机重做日志无法归档,出现下面错误: 363 | Wed Mar 19 02:33:16 2014 | ORA-00312: online log 2 thread 1: '/u01/app/oracle/oradata/mes/redo02.log' 369 | Wed Mar 19 02:34:16 2014

当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

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

原因是超过了连接数,最有效的处理方法是关闭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;

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

使用 sqlplus登陆   sqlplus system 然后切换到sysdba模式   conn ?/ as sysdba   查询当前的processes sessions的大小   show parameter processes; show parameter sessions;   修改连接数   alter system scope=spfile; alter system scope=spfile; 重启数据库服务器   shutdown immediate; start up;

/*****************************************************************原因:由于原导出数据库没有整理表空间其中主要包括两方面,一是用户产生太多的DELETE,致使表的高位线(HWM)在很高的位置,所以尽管数据量很小,但是占据的表空间很大,二是索引没有重建,频繁的删除以及更新使得索引越来越大,REBUILD索引是个很必要的事情********************************************************

故障现象:UNDO表空间越来越大,长此下去最终数据因为磁盘空间不足而崩溃: 问题分析:产生问题的原因主要以下两点: 1. 有较大的事务量让Oracle Undo自动扩展,产生过度占用磁盘空间的情况: 2. 有较大事务没有收缩或者没有提交所导制: 说    明:本问题在ORACLE系统管理中属于比较正常的一现象,日常维护多注意对磁盘空间的监控. 备    份: (如果没有在线事务,可以不做,关闭监听)   $>exp vas/vas file=/opt/oracle/data_1.dmp,/opt

1.查看表空间里面的对象 SELECT OWNER AS OWNER, SEGMENT_NAME AS SEGMENT_NAME, SEGMENT_TYPE AS SEGMENT_TYPE, SUM (BYTES) / 1024 / 1024 AS SEGMENT_SIZE FROM DBA_SEGMENTS WHERE TABLESPACE_NAME = 'TBS' GROUP BY OWNER, SEGMENT_NAME, SEGMENT_TYPE; 2.里面的普通表按照如下move到新表空

sessions=1.1*processes+5,transactions=1.1*sessions.