Oracle并发连接数的设置方案

OERR: ORA-12519 TNS:no appropriate service handler found

客户端连接间歇性失败，报错ORA-12519

 

1. Cause: the listener could not find any available service handlers that are  
2. appropriate for the client connection.  
3. Action: run "lsnrctl services" to ensure that the instance(s) have registered  
4. with the listener, and are accepting connections.   

 

检查lsnrctl service ，instance已经注册，

状态显示ready时，可以连接。

 

1. When the listener believes the current number of connections has reached maximum load,  
2. it may set the state of the service handler for an instance to "blocked" and begin refusing  
3. incoming client connections with either of the following errors: ora-12519 or ora-12516  

 

采用服务动态注册的方式，由PMON 通过SERVICE_UPDATE 来得到目前连接情况，但SERVICE_UPDATE 有时间间隔，

所以，listener显示的Oracle并发连接数和当前实际的连接数可能不同。

查询解决方法:

查看一下数据库现有的进程数，是否已经达到参数processes的大小。

1.select count(*) from v$process; 取得数据库目前的进程数。

2.select value from v$parameter where name = 'processes'; 取得进程数的上限。

3.如已达到上限，修改initSID.ora中的processes的大小。

4.重新启动数据库到nomount状态下，执行create spfile from pfile; 并startup open。

查询数据库自启动以来最大的并发数量

修改最大Oracle并发连接数:

 

1. alter system set processes = 300 scope = spfile; 

重启数据库:

 

1. shutdown immediate;  
2. startup;  

 

查看当前有哪些用户正在使用数据

 

1. SELECT osuser, a.username,cpu_time/executions/1000000||'s', sql_fulltext,machine  
2. from v$session a, v$sqlarea b  
3. where a.sql_address =b.address order by cpu_time/executions desc;  

 

2

有的时候我们需要调整oracle数据库的最大链接数，而这个链接数的调整是在oacle下的dbs目录下init.ora文件中调整的。

Oracle并发连接数(sessions)与其参数文件中的进程数(process)有关，它们的关系如下：

 

1. sessions=(1.1*process+5) 

但是我们增加process数时，往往数据库不能启动了。这因为我们还漏调了一个unix系统参数：它是核心参数中的semmns,这是unix系统的信号量参数。每个process会占用一个信号量。semmns调整后，需要重新启动unix操作系统，参数才能生效。不过它的大小会受制于硬件的内存或ORACLE SGA。范围可从200

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> show parameter processes #最大连接 
SQL> select username,count(username) from v$session where username is not null group by username; #查看不同用户的连接数

#修改最大连接数:
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;select count(*) from v$session #连接数

select count(*) from v$session where status='ACTIVE'　#并发连接数
show parameter processes #最大连接
alter system set processes = value scope = spfile;重启数据库 #修改连接 Oracle日志查看

一．Oracle日志的路径：

登录：sqlplus "/as sysdba"

查看路径：SQL> select * from v$logfile;

SQL> select * from v$logfile;(#日志文件路径)

二．Oracle日志文件包含哪些内容：（日志的数量可能略有不同）

control01.ctl example01.dbf redo02.log sysaux01.dbf undotbs01.dbf

control02.ctl redo03.log system01.dbf users01.dbf

control03.ctl redo01.log SHTTEST.dbf temp01.dbf

三．Oracle日志的查看方法：

SQL>select * from v$sql (#查看最近所作的操作)

SQL>select * fromv $sqlarea（#查看最近所作的操作）

Oracle 数据库的所有更改都记录在日志中，从目前来看，分析Oracle日志的唯一方法就是使用Oracle公司提供的LogMiner来进行，因为原始的日志信息我们根本无法看懂，Oracle8i后续版本中自带了LogMiner,而LogMiner就是让我们看懂日志信息的工具,通过这个工具可以：查明数据库的逻辑更改，侦察并更正用户的误操作，执行事后审计，执行变化分析。

四．LogMiner的使用：

1、创建数据字典文件（data-dictionary）

1).首先在init.ora初始化参数文件中，添加一个参数UTL_FILE_DIR，该参数值为服务器中放置数据字典文件的目录。如：UTL_FILE_DIR = ($ORACLE_HOME\logs) ,重新启动数据库，使新加的参数生效：

SQL> shutdown;

SQL>startup;

2).然后创建数据字典文件
SQL> connect /as sysdba
SQL> execute dbms_logmnr_d.build(dictionary_filename => 'dict.ora',dictionary_location => '/data1/oracle/logs');

PL/SQL procedure successfully completed

2、创建要分析的日志文件列表
1).创建分析列表，即所要分析的日志
SQL>execute dbms logmnr.add logfile(LogFileName => '/data1/oracle/oradata/akazamdb/redo01.log',Options => dbms_logmnr.new);
PL/SQL procedure successfully completeds 
2).添加分析日志文件，一次添加1个为宜
SQL>execute dbms_ logmnr.add_ logfile(LogFileName => '/data1/oracle/oradata/akazamdb/redo01.log',Options => dbms_logmnr.ADDFILE);
PL/SQL procedure successfully completed

3、使用LogMiner进行日志分析(具体要查询什么内容可以自己修改)
（1）无限制条件
SQL> EXECUTE dbms_logmnr.start_logmnr(
DictFileName=>'/data1/oracle/logs/v816dict.ora ');
（2）有限制条件
通过对过程DBMS_ LOGMNR.START_LOGMNR中几个不同参数的设置，可以缩小要分析日志文件的范围。通过设置起始时间和终止时间参数我们可以限制只分析某一时间范围的日志。如下面的例子，我们仅仅分析2007年9月18日的日志：
SQL> EXECUTE dbms_logmnr.start_logmnr(
DictFileName => ' /data1/oracle/logs/ v816dict.ora ',
StartTime => to_date('2007-9-18 00:00:00','YYYY-MM-DD HH24:MI:SS')
EndTime => to_date(''2007-9-18 23:59:59','YYYY-MM-DD HH24:MI:SS '));
也可以通过设置起始SCN和截至SCN来限制要分析日志的范围：
SQL> EXECUTE dbms_logmnr.start_logmnr(
DictFileName => ' /data1/oracle/logs/ v816dict.ora ',
StartScn => 20,
EndScn => 50);
4、观察分析结果（v$logmnr_contents）
到现在为止，我们已经分析得到了重作日志文件中的内容。动态性能视图v$logmnr_contents包含LogMiner分析得到的所有的信息。
SELECT sql_redo FROM v$logmnr_contents;
如果我们仅仅想知道某个用户对于某张表的操作，可以通过下面的SQL查询得到，该查询可以得到用户DB_ZGXT对表SB_DJJL所作的一切工作。
SQL> SELECT sql_redo FROM v$logmnr_contents WHERE username='DB_ZGXT' AND tablename='SB_DJJL';
需要强调一点的是，视图v$logmnr_contents中的分析结果仅在我们运行过程'dbms_logmrn.start_logmnr'这个会话的生命期中存在。这是因为所有的LogMiner存储都在PGA内存中，所有其他的进程是看不到它的，同时随着进程的结束，分析结果也随之消失。
最后，使用过程DBMS_LOGMNR.END_LOGMNR终止日志分析事务，此时PGA内存区域被清除，分析结果也随之不再存在。
5、查看LogMiner工具分析结果
SQL> select * from dict t where t.table_name like '%LOGMNR%';-看所有与logmnr相关的视图
TABLE_NAME COMMENTS
------------------------------ --------------------------------------------------------------------------------
GV$LOGMNR_CALLBACK Synonym for GV_$LOGMNR_CALLBACK
GV$LOGMNR_CONTENTS Synonym for GV_$LOGMNR_CONTENTS
GV$LOGMNR_DICTIONARY Synonym for GV_$LOGMNR_DICTIONARY
GV$LOGMNR_LOGFILE Synonym for GV_$LOGMNR_LOGFILE
GV$LOGMNR_LOGS Synonym for GV_$LOGMNR_LOGS
GV$LOGMNR_PARAMETERS Synonym for GV_$LOGMNR_PARAMETERS
GV$LOGMNR_PROCESS Synonym for GV_$LOGMNR_PROCESS
GV$LOGMNR_REGION Synonym for GV_$LOGMNR_REGION
GV$LOGMNR_SESSION Synonym for GV_$LOGMNR_SESSION
GV$LOGMNR_STATS Synonym for GV_$LOGMNR_STATS
GV$LOGMNR_TRANSACTION Synonym for GV_$LOGMNR_TRANSACTION
V$LOGMNR_CALLBACK Synonym for V_$LOGMNR_CALLBACK
V$LOGMNR_CONTENTS Synonym for V_$LOGMNR_CONTENTS
V$LOGMNR_DICTIONARY Synonym for V_$LOGMNR_DICTIONARY
V$LOGMNR_LOGFILE Synonym for V_$LOGMNR_LOGFILE
V$LOGMNR_LOGS Synonym for V_$LOGMNR_LOGS
V$LOGMNR_PARAMETERS Synonym for V_$LOGMNR_PARAMETERS
V$LOGMNR_PROCESS Synonym for V_$LOGMNR_PROCESS
V$LOGMNR_REGION Synonym for V_$LOGMNR_REGION
V$LOGMNR_SESSION Synonym for V_$LOGMNR_SESSION
TABLE_NAME COMMENTS
------------------------------ --------------------------------------------------------------------------------
V$LOGMNR_STATS Synonym for V_$LOGMNR_STATS
V$LOGMNR_TRANSACTION Synonym for V_$LOGMNR_TRANSACTION
GV$LOGMNR_LOGS 是分析日志列表视图
分析结果在GV$LOGMNR_CONTENTS 视图中，可按以下语句查询：
select scn,timestamp,log_id,seg_owner,seg_type,table_space,data_blk#,data_obj#,data_objd#,
session#,serial#,username,session_info,sql_redo,sql_undo from logmnr3 t where t.sql_redo like 'create%';
如果不能正常查询GV$LOGMNR_CONTENTS视图，并报以下错误，ORA-01306: 在从 v$logmnr_contents 中选择之前必须调用 dbms_logmnr.start_logmnr() 。可采用如下方法：
create table logmnr3 as select * from GV$LOGMNR_CONTENTS;

Oracle端口：1521

 

http://blog.csdn.net/a1179785335/article/details/42395205