如何查看oracle的日志文件

Oracle日志文件查看方法：

讓客戶滿意是我們工作的目標，不斷超越客戶的期望值來自于我們對這個行業(yè)的熱愛。我們立志把好的技術(shù)通過有效、簡單的方式提供給客戶，將通過不懈努力成為客戶在信息化領(lǐng)域值得信任、有價值的長期合作伙伴，公司提供的服務(wù)項目有：主機域名、網(wǎng)站空間、營銷軟件、網(wǎng)站建設(shè)、鞏留網(wǎng)站維護、網(wǎng)站推廣。

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

2、執(zhí)行sql語句：

select?*?from?v$logfile;

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

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

select?*?from?v$sql;--(#查看最近所作的操作)

select?*?fromv?$sqlarea;--（#查看最近所作的操作）

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ù)庫的所有更改都記錄在日志中，從目前來看，分析oracle日志的唯一方法就是使用oracle公司提供的logminer來進行，因為原始的日志信息我們根本無法看懂，oracle8i后續(xù)版本中自帶了logminer,而logminer就是讓我們看懂日志信息的工具,通過這個工具可以：查明數(shù)據(jù)庫的邏輯更改，偵察并更正用戶的誤操作，執(zhí)行事后審計，執(zhí)行變化分析。

oracle 看報錯日志怎么看

首先了解什么是外部表，與其它表的區(qū)別，建立一個簡單的外部表(主要看操作過程)，最后我們用外部表查看ORACLE報警日志

1.了解oracle外部表

外部表定義：結(jié)構(gòu)被存放在數(shù)據(jù)字典，而表數(shù)據(jù)被放在OS文件中的表

作用：在數(shù)據(jù)庫中查詢OS文件的數(shù)據(jù)，還可以將OS文件數(shù)據(jù)裝載到數(shù)據(jù)庫中

與其它表的區(qū)別：在外部表上不能執(zhí)行DML操作，也不能在外部表上建索引，只能執(zhí)行select操用

2.建一個簡單的外部表1.建一個OS上的文件

因為外部表主要是查看OS上的文件，首先在OS上建一個文件

mkdir -p /oracle/ext

vi /oracle/ext/ext.dat

10,20,30

40,50,60

70,80,90

2.授予用戶權(quán)限，并建立目錄對象

在此我們先建一個新用戶

create user test identified by “123”　default tablespace test quota unlimited on test;

用戶授權(quán)

SQL grant create any directory to test;

建立目錄對象

SQL conn test / 123

Connected.

SQL create directory ext as '/oracle/ext';

Directory created.

3.建立外部表

SQL create table exttable(

id number,name varchar2(10)，i number

)organization external

(type oracle_loader

default directory ext

access parameters

(records delimited by newline

fields terminated by ','

)location('ext.dat')

);

4.測試

SQL select * from exttable;

ID NAMEI

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

10 20　30

40 50　60

70 80　90

測試成功，可見在數(shù)據(jù)庫中可以查詢OS文件的數(shù)據(jù)

2.　使用外部表查看oracle報警日志

由于在上面實驗中已建立了一個用戶，并賦相應(yīng)的權(quán)限，而且也有了OS文件(即報警文件alert_SID.log)，所以在此直接建立目錄對象并建立外部表就可以了。

1.建立目錄對象

SQL conn test / 123

Connected.

SQL create directory bdump as '/oracle/u01/app/oracle/admin/db2/bdump';

Directory created.

2.建立外部表

SQL create table alert_log(

text varchar2(400)

)organization external

(type oracle_loader

default directory bdump

access parameters

(records delimited by newline

)location('alert_db2.log')

);

3.測試

首先查看能否查到alert_db2.log的內(nèi)容

SQL select * from alert_log where rownum 10;

TEXT

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

Thu Jun 11 00:51:46 2009

Starting ORACLE instance (normal)

Cannot determine all dependent dynamic libraries for /proc/self/exe

Unable to find dynamic library libocr10.so in search paths

RPATH = /ade/aime1_build2101/oracle/has/lib/:/ade/aime1_build2101/oracle/lib/:/a

de/aime1_build2101/oracle/has/lib/:

LD_LIBRARY_PATH is not set!

The default library directories are /lib and /usr/lib

Unable to find dynamic library libocrb10.so in search paths

Unable to find dynamic library libocrutl10.so in search paths

9 rows selected.

測試成功

然后我們測試查報警信息’ORA-%’

SQL select * from alert_log where text like 'ORA-%';

TEXT

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

ORA-00202: control file: '/oracle/u01/app/oracle/product/10.2.0/db2/dbs/cntrldb2

.dbf'

ORA-27037: unable to obtain file status

ORA-205 signalled during: ALTER DATABASE　MOUNT…

ORA-00301: error in adding log file '/home/oracle/oracle/oradata/testdb/redo01.l

og' - file cannot be created

ORA-27040: file create error

ORA-1501 signalled during: CREATE DATABASE db2

ORA-00200: control file could not be created

TEXT

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

ORA-00202: control file: '/oracle/u01/app/oracle/product/10.2.0/db2/dbs/cntrldb2

.dbf'

ORA-27038: created file already exists

ORA-1501 signalled during: CREATE DATABASE db2

ORA-00200: control file could not be created

ORA-00202: control file: '/oracle/u01/app/oracle/product/10.2.0/db2/dbs/cntrldb2

.dbf'

ORA-27038: created file already exists

ORA-1501 signalled during: CREATE DATABASE db2

測試成功，

可見我們可以使用外部表來方便的查看ORACLE的報警信息

如何查看和開啟oracle監(jiān)聽和服務(wù)

1、檢查oracle監(jiān)聽服務(wù)運行狀態(tài)，輸入lsnrctl status命令來查看，看到提示信息TNS:no listener，表示監(jiān)聽沒有啟動，

2、監(jiān)聽沒有啟動，則需要輸入lsnrctl start啟動監(jiān)聽服務(wù)，當看到提示信息"The command completed successfully"，則表示啟動成功，

3、以system用戶身份登陸oracle，sqlplus /nolog，conn as sysdba，

4、提示Connected to an idle instance。則表示連接成功，下面開始啟動oracle實例服務(wù)，輸入startup命令，當看到如圖的提示信息，則啟動完成，就可以正常使用oracle服務(wù)了，

oracle數(shù)據(jù)庫的警告日志如何查看

測試環(huán)境中出現(xiàn)了一個異常的告警現(xiàn)象：一條告警通過 Thanos Ruler 的 HTTP 接口觀察到持續(xù)處于 active 狀態(tài)，但是從 AlertManager 這邊看這條告警為已解決狀態(tài)。按照 DMP 平臺的設(shè)計，告警已解決指的是告警上設(shè)置的結(jié)束時間已經(jīng)過了當前時間。一條發(fā)送至 AlertManager 的告警為已解決狀態(tài)有三種可能：1. 手動解決了告警2. 告警只產(chǎn)生了一次，第二次計算告警規(guī)則時會發(fā)送一個已解決的告警3. AlertManager 接收到的告警會帶著一個自動解決時間，如果還沒到達自動解決時間，則將該時間重置為 24h 后首先，因為了解到測試環(huán)境沒有手動解決過異常告警，排除第一條；其次，由于該告警持續(xù)處于 active 狀態(tài)，所以不會是因為告警只產(chǎn)生了一次而接收到已解決狀態(tài)的告警，排除第二條；最后，告警的告警的產(chǎn)生時間與自動解決時間相差不是 24h，排除第三條。那問題出在什么地方呢？

分析

下面我們開始分析這個問題。綜合第一節(jié)的描述，初步的猜想是告警在到達 AlertManager 前的某些階段的處理過程太長，導(dǎo)致告警到達 AlertManager 后就已經(jīng)過了自動解決時間。我們從分析平臺里一條告警的流轉(zhuǎn)過程入手，找出告警在哪個處理階段耗時過長。首先，一條告警的產(chǎn)生需要兩方面的配合：

metric 數(shù)據(jù)

告警規(guī)則

將 metric 數(shù)據(jù)輸入到告警規(guī)則進行計算，如果符合條件則產(chǎn)生告警。DMP 平臺集成了 Thanos 的相關(guān)組件，數(shù)據(jù)的提供和計算則會分開，數(shù)據(jù)還是由 Prometheus Server 提供，而告警規(guī)則的計算則交由 Thanos Rule（下文簡稱 Ruler）處理。下圖是 Ruler 組件在集群中所處的位置：

看來，想要弄清楚現(xiàn)告警的產(chǎn)生到 AlertManager 之間的過程，需要先弄清除 Ruler 的大致機制。官方文檔對 Ruler 的介紹是：You can think of Rule as a simplified Prometheus that does not require a sidecar and does not scrape and do PromQL evaluation (no QueryAPI)。

不難推測，Ruler 應(yīng)該是在 Prometheus 上封裝了一層，并提供一些額外的功能。通過翻閱資料大致了解，Ruler 使用 Prometheus 提供的庫計算告警規(guī)則，并提供一些額外的功能。下面是 Ruler 中告警流轉(zhuǎn)過程：

請點擊輸入圖片描述

請點擊輸入圖片描述

首先，圖中每個告警規(guī)則 Rule 都有一個 active queue（下面簡稱本地隊列），用來保存一個告警規(guī)則下的活躍告警。

其次，從本地隊列中取出告警，發(fā)送至 AlertManager 前，會被放入 Thanos Rule Queue（下面簡稱緩沖隊列），該緩沖隊列有兩個屬性：

capacity（默認值為 10000）：控制緩沖隊列的大小，

maxBatchSize（默認值為 100）：控制單次發(fā)送到 AlertManager 的最大告警數(shù)

了解了上述過程，再通過翻閱 Ruler 源碼發(fā)現(xiàn)，一條告警在放入緩沖隊列前，會為其設(shè)置一個默認的自動解決時間（當前時間 + 3m），這里是影響告警自動解決的開始時間，在這以后，有兩個階段可能影響告警的處理：1.?緩沖隊列階段2.?出緩沖隊列到 AlertManager 階段（網(wǎng)絡(luò)延遲影響）由于測試環(huán)境是局域網(wǎng)環(huán)境，并且也沒在環(huán)境上發(fā)現(xiàn)網(wǎng)絡(luò)相關(guān)的問題，我們初步排除第二個階段的影響，下面我們將注意力放在緩沖隊列上。通過相關(guān)源碼發(fā)現(xiàn)，告警在緩沖隊列中的處理過程大致如下：如果本地隊列中存在一條告警，其上次發(fā)送之間距離現(xiàn)在超過了 1m（默認值，可修改），則將該告警放入緩沖隊列，并從緩沖隊列中推送最多 maxBatchSize 個告警發(fā)送至 AlertManager。反之，如果所有本地隊列中的告警，在最近 1m 內(nèi)都有發(fā)送過，那么就不會推送緩沖隊列中的告警。也就是說，如果在一段時間內(nèi)，產(chǎn)生了大量重復(fù)的告警，緩沖隊列的推送頻率會下降。隊列的生產(chǎn)方太多，消費方太少，該隊列中的告警就會產(chǎn)生堆積的現(xiàn)象。因此我們不難猜測，問題原因很可能是是緩沖隊列推送頻率變低的情況下，單次推送的告警數(shù)量太少，導(dǎo)致緩沖隊列堆積。下面我們通過兩個方面驗證上述猜想：首先通過日志可以得到隊列在大約 20000s 內(nèi)推送了大約 2000 次，即平均 10s 推送一次。結(jié)合緩沖隊列的具體屬性，一條存在于隊列中的告警大約需要 (capacity/maxBatchSize)*10s = 16m，AlertManager 在接收到告警后早已超過了默認的自動解決時間（3m）。其次，Ruler 提供了 3 個 metric 的值來監(jiān)控緩沖隊列的運行情況：

thanos_alert_queue_alerts_dropped_total

thanos_alert_queue_alerts_pushed_total

thanos_alert_queue_alerts_popped_total

通過觀察 thanos_alert_queue_alerts_dropped_total 的值，看到存在告警丟失的總數(shù)，也能佐證了緩沖隊列在某些時刻存在已滿的情況。

解決通過以上的分析，我們基本確定了問題的根源：Ruler 組件內(nèi)置的緩沖隊列堆積造成了告警發(fā)送的延遲。針對這個問題，我們選擇調(diào)整隊列的 maxBatchSize 值。下面介紹一下這個值如何設(shè)置的思路。由于每計算一次告警規(guī)則就會嘗試推送一次緩沖隊列，我們通過估計一個告警數(shù)量的最大值，得到 maxBatchSize 可以設(shè)置的最小值。假設(shè)你的業(yè)務(wù)系統(tǒng)需要監(jiān)控的實體數(shù)量分別為 x1、x2、x3、...、xn，實體上的告警規(guī)則數(shù)量分別有 y1、y2、y3、...、yn，那么一次能產(chǎn)生的告警數(shù)量最多是(x1 * y2 + x2 * y2 + x3 * y3 + ... + xn * yn)，最多推送（y1 + y2 + y3 + ... + yn）次，所以要使緩沖隊列不堆積，maxBatchSize 應(yīng)該滿足：maxBatchSize = (x1 * y2 + x2 * y2 + x3 * y3 + ... + xn * yn) / (y1 + y2 + y3 + ... + yn)，假設(shè) x = max(x1,x2, ...,xn), 將不等式右邊適當放大后為 x，即 maxBatchSize 的最小值為 x。也就是說，可以將 maxBatchSize 設(shè)置為系統(tǒng)中數(shù)量最大的那一類監(jiān)控實體，對于 DMP 平臺，一般來說是 MySQL 實例。

注意事項

上面的計算過程只是提供一個參考思路，如果最終計算出該值過大，很有可能對 AlertManager 造成壓力，因而失去緩沖隊列的作用，所以還是需要結(jié)合實際情況，具體分析。因為 DMP 將 Ruler 集成到了自己的組件中，所以可以比較方便地對這個值進行修改。如果是依照官方文檔的介紹使用的 Ruler 組件，那么需要對源碼文件進行定制化修改。

怎么查看oracle數(shù)據(jù)庫數(shù)據(jù)

1、在桌面上找到 計算機,右鍵管理，點擊服務(wù)和應(yīng)用程序，雙擊服務(wù)，找到oracle的四個服務(wù)，這里我們只需要啟動兩個即可。如圖

2、點擊電腦左下角的開始--運行，輸入sqlplus,回車。

3、出現(xiàn)命令窗口，

4、用戶名填寫scott 回車，密碼填寫scott，等待幾秒。

5、以上就是成功連接上Oracle數(shù)據(jù)庫。

6、執(zhí)行select * from v$version ，就會出現(xiàn)如圖。完成效果圖。

網(wǎng)站名稱：oracle報文怎么查看,oracle中文字段名怎么查詢
文章起源：http://chinadenli.net/article49/dsicshh.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供響應(yīng)式網(wǎng)站、軟件開發(fā)、網(wǎng)站策劃、全網(wǎng)營銷推廣、品牌網(wǎng)站制作、定制網(wǎng)站

廣告

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