oracle如何取日志,oracle如何查看日志記錄

oracle被刪除dbs如何查看操作日志

Oracle日志文件查看方法:

從2013年創(chuàng)立成都創(chuàng)新互聯(lián)公司專注于”幫助中小企業(yè)+互聯(lián)網(wǎng)”, 也是目前成都地區(qū)具有實(shí)力的互聯(lián)網(wǎng)服務(wù)商。團(tuán)隊(duì)致力于為企業(yè)提供--站式網(wǎng)站建設(shè)、移動(dòng)端應(yīng)用( H5手機(jī)營(yíng)銷、成都App定制開發(fā)、微信開發(fā))、軟件開發(fā)、信息化解決方案等服務(wù)。

1、以sysdba權(quán)限用戶登錄數(shù)據(jù)庫(kù)。

2、執(zhí)行sql語句:select*fromv$logfile;

3、結(jié)果顯示即為日志路徑:

4、另外還有其他的操作日志可用以下兩個(gè)sql語句查詢:

select*fromv$sql;--(#查看最近所作的操作)select*fromv$sqlarea;--(#查看最近所作的操作)

Oracle日志的查看方法:

SQLselect*fromv$sql(#查看最近所作的操作)

SQLselect*fromv$sqlarea(#查看最近所作的操作)

Oracle數(shù)據(jù)庫(kù)的所有更改都記錄在日志中,從目前來看,分析Oracle日志的唯一方法就是使用Oracle公司提供的LogMiner來進(jìn)行,因?yàn)樵嫉娜罩拘畔⑽覀兏緹o法看懂,Oracle8i后續(xù)版本中自帶了LogMiner,而LogMiner就是讓我們看懂日志信息的工具,通過這個(gè)工具可以:查明數(shù)據(jù)庫(kù)的邏輯更改,偵察并更正用戶的誤操作,執(zhí)行事后審計(jì),執(zhí)行變化分析。

如何查看oracle的日志文件?

1、因?yàn)閛racle運(yùn)行在Linux系統(tǒng)下,首先,要連接Linux系統(tǒng)。

2、切換到oracle安裝用戶下。 我的用戶是 oracle。

3、運(yùn)行oracle的環(huán)境變量,在oracle 的根目錄下面,運(yùn)行 soruce .bash_prfile 命令, 以便 ? ? ? ?輸入相關(guān)命令。

4、運(yùn)行命令: cd $ORACLE_HOME 進(jìn)入oracle的安裝目錄。

5、在此輸入命令: find -name listener.log ,查找監(jiān)控日志文件。

6、運(yùn)行命令 cd ?到查看到的日志文件目錄。

7、運(yùn)行cat listener.log命令 查看日志文件。

如何查詢Oracle數(shù)據(jù)庫(kù)的操作日志

方法1:使用LogMiner工具

優(yōu)點(diǎn):可以完全挖掘日志內(nèi)容,找出所有執(zhí)行過的SQL語句

缺點(diǎn):

1.

如果沒有啟用歸檔日志,則只能對(duì)聯(lián)機(jī)日志進(jìn)行挖掘

2.

需要掌握LogMiner的用法

訪法2:查看HIST視圖

優(yōu)點(diǎn):簡(jiǎn)單,只要使用普通的select語句查詢

缺點(diǎn):Oracle保留約1周的歷史,所以要查太早的就不可能了

--

找出哪個(gè)數(shù)據(jù)庫(kù)用戶用什么程序在最近三天執(zhí)行過delete或truncate

table的操作

舉例如下:

SELECT

c.username,

a.program,

b.sql_text,

b.command_type,

a.sample_time

FROM

dba_hist_active_sess_history

a

JOIN

dba_hist_sqltext

b

ON

a.sql_id

=

b.sql_id

JOIN

dba_users

c

ON

a.user_id

=

c.user_id

WHERE

a.sample_time

BETWEEN

SYSDATE

-

3

AND

SYSDATE

AND

b.command_type

IN

(7,

85)

ORDER

BY

a.sample_time

DESC;

Oracle歸檔日志

顯示歸檔日志信息

1,使用ARCHIVE LOG LIST命令可以顯示日志操作模式,歸檔位置,自動(dòng)歸檔機(jī)器要?dú)w檔的日志序列號(hào)等信息.

2顯示日志操作模式

SELECT name,log_mode FROM v$database;

3,顯示Oracle歸歸檔日志信息.

Col name format a46

Select name, swquence#, first_change# FROM v$archived_log;

Name用于表示Oracle歸歸檔日志文件名,sequence#用于表示歸檔日志對(duì)應(yīng)的日志序列號(hào),firs_change#用于標(biāo)識(shí)歸檔日志的起始SCN值.

4、執(zhí)行介質(zhì) 恢復(fù) 時(shí),需要使用歸檔日志文件,此四必須準(zhǔn)確定位歸檔日志的存放位置.通過查詢動(dòng)態(tài)性能視圖v$archive_dest可以取得歸檔日志所在目錄.

SELECT destination FROM v$archive dest;

5,顯示日志歷史信息

SELECT * FROM v$loghist;

THREAD#用于標(biāo)識(shí)重做線程號(hào),SEQUNCE#用于標(biāo)識(shí)日志序列號(hào),FIRST_CHANGE#用于標(biāo)識(shí)日志序列號(hào)對(duì)應(yīng)的起始SCN值,FIRST_TIME用于標(biāo)識(shí)起始SCN的發(fā)生時(shí)間.SWICTH_CHANGE#用于標(biāo)識(shí)日志切換的SCN值.

6.顯示歸檔進(jìn)程信息.

進(jìn)行日志切換時(shí),ARCH進(jìn)程會(huì)自動(dòng)將重做日志內(nèi)容復(fù)制到Oracle歸歸檔日志中,為了加快歸檔速度,應(yīng)該啟用多個(gè)ARCH進(jìn)程.通過查詢動(dòng)態(tài)性能視圖V$ARCHIVE_PROCESSES可以顯示所有歸檔進(jìn)程的信息!

SELECT * FROM v$archive_processes;

Porcess用于標(biāo)識(shí)ARCH進(jìn)程的編號(hào),status用于標(biāo)識(shí)ARCH進(jìn)程的狀態(tài)(ACTIVE:活動(dòng),STOPPED:未啟動(dòng)),log_sequence用于標(biāo)識(shí)正在進(jìn)行歸檔的日志序列號(hào),state用于標(biāo)識(shí)ARCH進(jìn)程的工作狀態(tài)

oracle如何查看日志文件

oracle日志查看

一.oracle日志的路徑:

登錄:sqlplus

"/as

sysdba"

查看路徑:sql

select

*

from

v$logfile;

sql

select

*

from

v$logfile;(#日志文件路徑)

二.oracle日志文件包含哪些內(nèi)容:(日志的數(shù)量可能略有不同)

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日志的查看方法:

sqlselect

*

from

v$sql

(#查看最近所作的操作)

sqlselect

*

fromv

$sqlarea(#查看最近所作的操作)

oracle

數(shù)據(jù)庫(kù)的所有更改都記錄在日志中,從目前來看,分析oracle日志的唯一方法就是使用oracle公司提供的logminer來進(jìn)行,因?yàn)樵嫉娜罩拘畔⑽覀兏緹o法看懂,oracle8i后續(xù)版本中自帶了logminer,而logminer就是讓我們看懂日志信息的工具,通過這個(gè)工具可以:查明數(shù)據(jù)庫(kù)的邏輯更改,偵察并更正用戶的誤操作,執(zhí)行事后審計(jì),執(zhí)行變化分析。

怎么獲取oracle數(shù)據(jù)庫(kù)變化日志

Oracle數(shù)據(jù)庫(kù)診斷文件(日志)查看

Diagnostic File(診斷文件)

1:診斷文件的作用

Diagnostic files :

包含了后臺(tái)遇見重大事件的信息。

被用于解析問題,

被用于日常管理日志文件。

2:診斷文件日志的分類

分為兩類:

1: alterSID.log

-----background trace files (后臺(tái)進(jìn)程跟蹤文件)

2: trace files ---

-----user trace file (用戶trace 文件)

1:對(duì)于Background trace files文件的命名:

命名方式: SID_processname_PID.trc 對(duì)應(yīng)解釋 SID_進(jìn)程名_進(jìn)程號(hào).trc

2: 對(duì)于user trace files 的文件命名為:

SID_ora_PID.trc 解釋: SID_ora_進(jìn)程號(hào).trc

3:對(duì)于 alertSID.log 說明:

這個(gè)文件是為了記錄: 1:記錄一些操作命令

2:記錄主要事件的結(jié)果

3:以及日常的操作信息

4:被用于診斷數(shù)據(jù)庫(kù)錯(cuò)誤

每一個(gè)entry 都有一個(gè)time stamp(時(shí)間戳)和它關(guān)聯(lián)

該文件必須被ORACLE DBA管理

這個(gè)文件的位置在: BACKGROUND_DUMP_DEST

通過 show parameter dump 查看這個(gè)文件的位置:

這個(gè)文件中也包含數(shù)據(jù)庫(kù)的啟動(dòng)信息相當(dāng)于pfile或者spfile的內(nèi)容。

用管理員登錄:

2:下面是實(shí)戰(zhàn)操作:

首先用sysdba登錄后執(zhí)行:

[sql]

SQL show parameter dump

NAME TYPE VALUE

------------------------------------ ----------- ------------------------------

background_core_dump string partial

background_dump_dest string d:\app\topwqp\diag\rdbms\orcl\

orcl\trace

core_dump_dest string d:\app\topwqp\diag\rdbms\orcl\

orcl\cdump

max_dump_file_size string unlimited

shadow_core_dump string none

user_dump_dest string d:\app\topwqp\diag\rdbms\orcl\

orcl\trace

可以看到這些文件的路徑信息。

根據(jù)顯式的信息我找到我的文件位置:

目錄結(jié)構(gòu)如下:

下面說一下如何才能記錄信息到這些日志文件,需要一些開關(guān),如果不開,記錄的只是

一點(diǎn)點(diǎn)信息而已:

兩種方式 能夠讓用戶tracing

1:session 級(jí)別的:

使用如下命令:

ALTER SESSSION SET SQL_TRACE = TRUE

第二種是執(zhí)行如下存儲(chǔ)過程:

dbms_system.SET_SQL_TRACE_IN_SESSION

第二個(gè)方式是 instance級(jí)別的:

設(shè)置初始化參數(shù): SQL_TRACE = TRUE

一般采用session級(jí)別的。因?yàn)樵O(shè)置instance級(jí)別的容易造成log文件過大;

可以通過alterSID.log文件中的信息制作pfile 或者spfile文件啟動(dòng)

數(shù)據(jù)庫(kù)。

下面采用session級(jí)別的修改sql_trace為true即可在user_dump_dest中對(duì)應(yīng)文件中看到相應(yīng)的信息。

[sql]

SQL conn /as sysdba

已連接。

SQL alter session set sql_trace = true;

會(huì)話已更改。

執(zhí)行過后:查看

orcl_ora_7188.trc文件信息 PS:如果不知道哪個(gè)文件就把這個(gè)目錄下的全部刪除,再執(zhí)行sql就會(huì)看到生成的文件:

查看這個(gè)文件信息如下:

很詳細(xì)的執(zhí)行信息:

比如一個(gè)語句為:select * from dual

這個(gè)文件中會(huì)生成如下信息:

[plain]

*** 2013-06-13 22:58:20.776

=====================

PARSING IN CURSOR #1 len=18 dep=0 uid=0 oct=3 lid=0 tim=9184375464 hv=942515969 ad='232363f8' sqlid='a5ks9fhw2v9s1'

select * from dual

END OF STMT

PARSE #1:c=0,e=32,p=0,cr=0,cu=0,mis=0,r=0,dep=0,og=1,tim=9184375458

EXEC #1:c=0,e=50,p=0,cr=0,cu=0,mis=0,r=0,dep=0,og=1,tim=9184376205

FETCH #1:c=0,e=109,p=0,cr=3,cu=0,mis=0,r=1,dep=0,og=1,tim=9184376423

STAT #1 id=1 cnt=1 pid=0 pos=1 obj=115 op='TABLE ACCESS FULL DUAL (cr=3 pr=0 pw=0 time=0 us cost=2 size=2 card=1)'

FETCH #1:c=0,e=2,p=0,cr=0,cu=0,mis=0,r=0,dep=0,og=0,tim=9184376893

是對(duì)這個(gè)sql的執(zhí)行的詳細(xì)解讀分析

下面貼上今天的部分執(zhí)行的信息:

[plain]

*** 2013-06-13 22:58:20.776

=====================

PARSING IN CURSOR #1 len=18 dep=0 uid=0 oct=3 lid=0 tim=9184375464 hv=942515969 ad='232363f8' sqlid='a5ks9fhw2v9s1'

select * from dual

END OF STMT

PARSE #1:c=0,e=32,p=0,cr=0,cu=0,mis=0,r=0,dep=0,og=1,tim=9184375458

EXEC #1:c=0,e=50,p=0,cr=0,cu=0,mis=0,r=0,dep=0,og=1,tim=9184376205

FETCH #1:c=0,e=109,p=0,cr=3,cu=0,mis=0,r=1,dep=0,og=1,tim=9184376423

STAT #1 id=1 cnt=1 pid=0 pos=1 obj=115 op='TABLE ACCESS FULL DUAL (cr=3 pr=0 pw=0 time=0 us cost=2 size=2 card=1)'

FETCH #1:c=0,e=2,p=0,cr=0,cu=0,mis=0,r=0,dep=0,og=0,tim=9184376893

*** 2013-06-13 23:15:15.474

=====================

PARSING IN CURSOR #1 len=289 dep=0 uid=0 oct=3 lid=0 tim=10199053291 hv=2462394820 ad='232017e0' sqlid='7cfz5wy9caaf4'

SELECT NAME

NAME_COL_PLUS_SHOW_PARAM,DECODE(TYPE,1,'boolean',2,'string',3,'integer',4,'file',5,'number',

6,'big integer', 'unknown') TYPE,DISPLAY_VALUE

VALUE_COL_PLUS_SHOW_PARAM FROM V$PARAMETER WHERE UPPER(NAME) LIKE

UPPER(:NMBIND_SHOW_OBJ) ORDER BY NAME_COL_PLUS_SHOW_PARAM,ROWNUM

END OF STMT

PARSE #1:c=0,e=438,p=0,cr=0,cu=0,mis=1,r=0,dep=0,og=1,tim=10199053285

=====================

PARSING IN CURSOR #2 len=210 dep=1 uid=0 oct=3 lid=0 tim=10199056088 hv=864012087 ad='29162590' sqlid='96g93hntrzjtr'

select /*+ rule */ bucket_cnt, row_cnt, cache_cnt, null_cnt,

timestamp#, sample_size, minimum, maximum, distcnt, lowval, hival,

density, col#, spare1, spare2, avgcln from hist_head$ where obj#=:1 and

intcol#=:2

END OF STMT

PARSE #2:c=0,e=568,p=0,cr=0,cu=0,mis=1,r=0,dep=1,og=3,tim=10199056084

EXEC #2:c=0,e=1024,p=0,cr=0,cu=0,mis=1,r=0,dep=1,og=3,tim=10199057412

FETCH #2:c=0,e=30,p=0,cr=2,cu=0,mis=0,r=0,dep=1,og=3,tim=10199057533

STAT #2 id=1 cnt=0 pid=0 pos=1 obj=411 op='TABLE ACCESS BY INDEX ROWID HIST_HEAD$ (cr=2 pr=0 pw=0 time=0 us)'

STAT #2 id=2 cnt=0 pid=1 pos=1 obj=413 op='INDEX RANGE SCAN I_HH_OBJ#_INTCOL# (cr=2 pr=0 pw=0 time=0 us)'

=====================

PARSING IN CURSOR #2 len=210 dep=1 uid=0 oct=3 lid=0 tim=10199057848 hv=864012087 ad='29162590' sqlid='96g93hntrzjtr'

select /*+ rule */ bucket_cnt, row_cnt, cache_cnt, null_cnt,

timestamp#, sample_size, minimum, maximum, distcnt, lowval, hival,

density, col#, spare1, spare2, avgcln from hist_head$ where obj#=:1 and

intcol#=:2

END OF STMT

EXEC #2:c=0,e=25,p=0,cr=0,cu=0,mis=0,r=0,dep=1,og=3,tim=10199057844

FETCH #2:c=0,e=13,p=0,cr=2,cu=0,mis=0,r=0,dep=1,og=3,tim=10199058128

EXEC #1:c=0,e=7034,p=0,cr=4,cu=0,mis=1,r=0,dep=0,og=1,tim=10199060756

FETCH #1:c=15600,e=13882,p=0,cr=0,cu=0,mis=0,r=1,dep=0,og=1,tim=10199075783

FETCH #1:c=0,e=21,p=0,cr=0,cu=0,mis=0,r=5,dep=0,og=1,tim=10199076326

STAT #1 id=1 cnt=6 pid=0 pos=1 obj=0 op='SORT ORDER BY (cr=0 pr=0 pw=0 time=0 us cost=2 size=2115 card=1)'

STAT #1 id=2 cnt=6 pid=1 pos=1 obj=0 op='COUNT (cr=0 pr=0 pw=0 time=8 us)'

STAT #1 id=3 cnt=6 pid=2 pos=1 obj=0 op='HASH JOIN (cr=0 pr=0 pw=0 time=6 us cost=1 size=2115 card=1)'

STAT #1 id=4 cnt=35 pid=3 pos=1 obj=0 op='FIXED TABLE FULL X$KSPPI (cr=0 pr=0 pw=0 time=70 us cost=0 size=81 card=1)'

STAT #1 id=5 cnt=1915 pid=3 pos=2 obj=0 op='FIXED TABLE FULL X$KSPPCV (cr=0 pr=0 pw=0 time=19 us cost=0 size=203400 card=100)'

關(guān)于alter_SID.log中的內(nèi)容如下: 今天的:

注意這個(gè)文件中包含Oracle啟動(dòng)的參數(shù)信息:可以利用這些信息配置spfile或者pfile文件嘗試用這個(gè)配置的文件啟動(dòng)數(shù)據(jù)庫(kù)也可以的

[plain]

Thu Jun 13 22:13:43 2013

Starting ORACLE instance (normal)

LICENSE_MAX_SESSION = 0

LICENSE_SESSIONS_WARNING = 0

Picked latch-free SCN scheme 2

Using LOG_ARCHIVE_DEST_1 parameter default value as D:\app\topwqp\product\11.1.0\db_1\RDBMS

Using LOG_ARCHIVE_DEST_10 parameter default value as USE_DB_RECOVERY_FILE_DEST

Autotune of undo retention is turned on.

IMODE=BR

ILAT =18

LICENSE_MAX_USERS = 0

SYS auditing is disabled

Starting up ORACLE RDBMS Version: 11.1.0.6.0.

Using parameter settings in server-side spfile D:\APP\TOPWQP\PRODUCT\11.1.0\DB_1\DATABASE\SPFILEORCL.ORA

System parameters with non-default values:

processes = 150

memory_target = 412M

control_files = "D:\APP\TOPWQP\ORADATA\ORCL\CONTROL01.CTL"

control_files = "D:\APP\TOPWQP\ORADATA\ORCL\CONTROL02.CTL"

control_files = "D:\APP\TOPWQP\ORADATA\ORCL\CONTROL03.CTL"

db_block_size = 8192

compatible = "11.1.0.0.0"

db_recovery_file_dest = "D:\app\topwqp\flash_recovery_area"

db_recovery_file_dest_size= 2G

fast_start_mttr_target = 0

undo_tablespace = "UNDOTBS1"

remote_login_passwordfile= "EXCLUSIVE"

db_domain = ""

dispatchers = "(PROTOCOL=TCP) (SERVICE=orclXDB)"

audit_file_dest = "D:\APP\TOPWQP\ADMIN\ORCL\ADUMP"

audit_trail = "DB"

db_name = "orcl"

open_cursors = 300

diagnostic_dest = "D:\APP\TOPWQP"

Thu Jun 13 22:13:46 2013

PMON started with pid=2, OS id=1888

Thu Jun 13 22:13:46 2013

VKTM started with pid=3, OS id=4296 at elevated priority

Thu Jun 13 22:13:46 2013

DIAG started with pid=4, OS id=6804

VKTM running at (20)ms precision

Thu Jun 13 22:13:46 2013

網(wǎng)頁(yè)題目:oracle如何取日志,oracle如何查看日志記錄
標(biāo)題網(wǎng)址:http://muchs.cn/article0/hcgeoo.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供小程序開發(fā)、網(wǎng)站導(dǎo)航、Google用戶體驗(yàn)、網(wǎng)站收錄、網(wǎng)站建設(shè)

廣告

聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請(qǐng)盡快告知,我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如需處理請(qǐng)聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時(shí)需注明來源: 創(chuàng)新互聯(lián)

營(yíng)銷型網(wǎng)站建設(shè)