oracle 怎么 監控數據變化

如果是設備數據類的 用專門的軟件 如果是儀表的 可以用帝視信恒監控設備，性價比會高

在金湖等地區，都構建了全面的區域性戰略布局，加強發展的系統性、市場前瞻性、產品創新能力，以專注、極致的服務理念，為客戶提供成都網站設計、成都網站制作 網站設計制作按需定制開發,公司網站建設,企業網站建設,成都品牌網站建設,成都營銷網站建設,成都外貿網站建設,金湖網站建設費用合理。

怎么獲取oracle數據庫變化日志

Oracle數據庫診斷文件(日志)查看

Diagnostic File（診斷文件）

1：診斷文件的作用

Diagnostic files ：

包含了后臺遇見重大事件的信息。

被用于解析問題，

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

2：診斷文件日志的分類

分為兩類：

1： alterSID.log

-----background trace files （后臺進程跟蹤文件）

2： trace files ---

-----user trace file （用戶trace 文件）

1：對于Background trace files文件的命名：

命名方式： SID_processname_PID.trc 對應解釋 SID_進程名_進程號.trc

2: 對于user trace files 的文件命名為:

SID_ora_PID.trc 解釋： SID_ora_進程號.trc

3：對于 alertSID.log 說明：

這個文件是為了記錄： 1：記錄一些操作命令

2：記錄主要事件的結果

3：以及日常的操作信息

4：被用于診斷數據庫錯誤

每一個entry 都有一個time stamp（時間戳）和它關聯

該文件必須被ORACLE DBA管理

這個文件的位置在： BACKGROUND_DUMP_DEST

通過 show parameter dump 查看這個文件的位置：

這個文件中也包含數據庫的啟動信息相當于pfile或者spfile的內容。

用管理員登錄：

2：下面是實戰操作：

首先用sysdba登錄后執行：

[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

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

根據顯式的信息我找到我的文件位置：

目錄結構如下：

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

一點點信息而已：

兩種方式 能夠讓用戶tracing

1：session 級別的：

使用如下命令：

ALTER SESSSION SET SQL_TRACE = TRUE

第二種是執行如下存儲過程：

dbms_system.SET_SQL_TRACE_IN_SESSION

第二個方式是 instance級別的：

設置初始化參數： SQL_TRACE = TRUE

一般采用session級別的。因為設置instance級別的容易造成log文件過大；

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

數據庫。

下面采用session級別的修改sql_trace為true即可在user_dump_dest中對應文件中看到相應的信息。

[sql]

SQL conn /as sysdba

已連接。

SQL alter session set sql_trace = true;

會話已更改。

執行過后：查看

orcl_ora_7188.trc文件信息 PS：如果不知道哪個文件就把這個目錄下的全部刪除，再執行sql就會看到生成的文件：

查看這個文件信息如下：

很詳細的執行信息：

比如一個語句為：select * from dual

這個文件中會生成如下信息：

[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

是對這個sql的執行的詳細解讀分析

下面貼上今天的部分執行的信息：

[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)'

關于alter_SID.log中的內容如下： 今天的：

注意這個文件中包含Oracle啟動的參數信息：可以利用這些信息配置spfile或者pfile文件嘗試用這個配置的文件啟動數據庫也可以的

[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

如何實現定時檢查oracle數據庫中的表是否被改動

其實你可以在user_tables表上建立觸發器，當這個表的數據發生變化時，你用觸發器往記錄表里插入數據。

oracle 如何查詢哪些表內數據發生了變動

不是很清楚你的問題和要求,

修改程序后, 你說的所有記錄都存放在表中,是指所有對表的操作,還是僅跟你修改的程序相關的表操作

如果僅表示你修改的某個程序,相關的數量較多的表被修改, 你的要求是否要查到那些已經被修改的表的信息.

(如果該程序可以重新執行, 可以在程序的前與后,對該會話增加SQL_TRACE, 就可以從生成的trace文件中知道你的程序究竟對哪些表作了修改

222222222222222

oracle數據庫操作記錄怎么查看

查看歸檔模式

conn

/as

sysdba

archive

log

list

如果數據庫為歸檔模式的話，可以通過logmnr來進行挖掘日志文件查看這些信息的。如果是非歸檔模式。對不起無法查看了

開啟后臺進程跟蹤，

設置參數(initsid.ora)

.backgroudn_dump_dest=目錄名

--

指定根蹤文件存放的路徑

.user_dmup_test=目錄名

--指定用戶信息跟蹤文件的存放路徑

.用戶的跟蹤文件(.trc),

用TKPROF

來格式化用戶跟蹤文件

SQL

語句跟蹤即可。

.imed_statistics=true;

--設置啟用

sql_trace

=true;

.user_dump_dest=目錄

--指定跟蹤文件的存放路徑

.max_dump_file_size=5M

--指定跟蹤文件最大尺寸

.SQL_TRACE=TRUE;

.動態改變

：alter

session

set

sql_trace=true;

或者打開生成的跟蹤文件:

默認在..\oralce\admin\user\udump\*.trc，由于oralce

生成的*.trc

直接打開格式不規格，看得很累，可以用tkprof

gk

來格式化

：c:\tkprof

ora00001.trc

a.txt

怎么察看Oracle 數據庫表空間的使用情況

查看的方法和詳細的操作步驟如下：

1、首先，因為oracle在Linux系統下運行，所以必須連接到Linux系統，如下圖所示，然后進入下一步。

2、其次，完成上述步驟后，連接成功，進入Oracle控制臺。

輸入命令“sqlplus / as sysdba”，如下圖所示，然后進入下一步。

3、接著，完成上述步驟后，在sql命令行上，輸入以下代碼，如下圖所示，然后進入下一步。

4、最后，完成上述步驟后，就可以查看相應的結果了，如下圖所示。這樣，問題就解決了。

新聞名稱：oracle數據怎么看變動,oracle怎么看表
文章起源：http://www.yijiale78.com/article40/hegiho.html

成都網站建設公司_創新互聯，為您提供、外貿建站、外貿網站建設、定制網站、品牌網站制作、云服務器

廣告

聲明：本網站發布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創新互聯