select count(*) from v$process
查看数据库当前会话的连接数
elect count(*) from v$session
查看数据库的并发连接数
select count(*) from v$session where status= ACTIVE
查看当前数据库建立的会话情况
select sid serial# username program machine status from v$session
查询数据库允许的最大连接数
select value from v$parameter where name = processes
或者命令 show parameter processes
修改数据库允许的最大连接数
alter system set processes = scope = spfile
(需要重启数据库才能实现连接数的修改)
重启数据库
SQL>shutdown immediate
SQL>startup
查看当前有哪些用户正在使用数据
SQL>select osuser a username cpu_time/executions/ || s sql_fulltext machine
SQL>from v$session a v$sqlarea b
SQL>where a sql_address = b address
SQL>order by cpu_time/executions desc
备注 UNIX 个用户session对应一个 *** 作系统process 而Windows体现在线程
启动oracle
su oracle
SQL>sqlplus system/pwd as sysdba //进入sql
SQL>startup //启动数据库
SQL>lsnrctl start //启动监听
sqlplus /as sysdba
SQL>shutdown immediate //关闭数据库
SQL>startup mount
lishixinzhi/Article/program/Oracle/201311/18867SQL>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 descselect 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
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)