建站
咨詢
售后
建站咨詢
新聞中心
Oracle數(shù)據(jù)庫(kù)是當(dāng)前企業(yè)級(jí)應(yīng)用最為廣泛的數(shù)據(jù)庫(kù)之一，無(wú)論是數(shù)據(jù)管理、數(shù)據(jù)倉(cāng)庫(kù)、數(shù)據(jù)分析，亦或是大數(shù)據(jù)、云計(jì)算等領(lǐng)域，都有Oracle的應(yīng)用。
目前創(chuàng)新互聯(lián)公司已為超過(guò)千家的企業(yè)提供了網(wǎng)站建設(shè)、域名、網(wǎng)絡(luò)空間、網(wǎng)站托管、服務(wù)器租用、企業(yè)網(wǎng)站設(shè)計(jì)、建華網(wǎng)站維護(hù)等服務(wù)，公司將堅(jiān)持客戶導(dǎo)向、應(yīng)用為本的策略，正道將秉承"和諧、參與、激情"的文化，與客戶和合作伙伴齊心協(xié)力一起成長(zhǎng)，共同發(fā)展。
在使用Oracle數(shù)據(jù)庫(kù)時(shí)，我們難免會(huì)遇到一些問(wèn)題，比如應(yīng)用程序連接不上、查詢速度慢等等，這些問(wèn)題可能源于多種原因，而Oracle數(shù)據(jù)庫(kù)提供了告警日志，可以輔助我們排查問(wèn)題，解決問(wèn)題，保障Oracle數(shù)據(jù)庫(kù)的正常運(yùn)行。本文將詳細(xì)講述Oracle數(shù)據(jù)庫(kù)10g的告警日志，包括告警日志的類型和常見(jiàn)告警信息的含義。
一、告警日志的類型
Oracle數(shù)據(jù)庫(kù)10g的告警日志分為系統(tǒng)告警日志、監(jiān)聽(tīng)器日志、數(shù)據(jù)庫(kù)日志和備份日志。
1. 系統(tǒng)告警日志
系統(tǒng)告警日志包含了數(shù)據(jù)庫(kù)實(shí)例內(nèi)部的告警信息，如SGA內(nèi)存分配、控制文件的刷新、實(shí)例關(guān)閉等。當(dāng)Oracle數(shù)據(jù)庫(kù)在運(yùn)行過(guò)程中發(fā)現(xiàn)異常情況時(shí)，會(huì)自動(dòng)將告警信息寫入系統(tǒng)告警日志。
在Oracle 10g中，系統(tǒng)告警日志默認(rèn)被記錄在$ORACLE_BASE/admin/$ORACLE_SID/bdump/alert_$ORACLE_SID.log中。在數(shù)據(jù)庫(kù)實(shí)例啟動(dòng)時(shí)，Oracle會(huì)自動(dòng)創(chuàng)建該文件，并且每次啟動(dòng)Oracle實(shí)例后，均會(huì)自動(dòng)刷新該文件。
2. 監(jiān)聽(tīng)器日志
監(jiān)聽(tīng)器日志指的是監(jiān)聽(tīng)器進(jìn)程中的告警信息，如監(jiān)聽(tīng)器啟動(dòng)、連接事件和配置文件變更等。與系統(tǒng)告警日志一樣，當(dāng)監(jiān)聽(tīng)器進(jìn)程發(fā)現(xiàn)異常情況時(shí)，會(huì)自動(dòng)將告警信息寫入監(jiān)聽(tīng)器日志。
在Oracle 10g中，監(jiān)聽(tīng)器日志默認(rèn)被記錄在$ORACLE_BASE/network/log/listener.log中。
3. 數(shù)據(jù)庫(kù)日志
數(shù)據(jù)庫(kù)日志包括了數(shù)據(jù)庫(kù)增量備份、歸檔日志、Flash恢復(fù)日志和重新應(yīng)用的日志等，這些日志記錄了數(shù)據(jù)庫(kù)的變化過(guò)程，可以用于恢復(fù)數(shù)據(jù)庫(kù)。
在Oracle 10g中，數(shù)據(jù)庫(kù)日志默認(rèn)被記錄在$ORACLE_HOME/rdbms/log目錄下的trace文件中。
4. 備份日志
備份日志包括了數(shù)據(jù)庫(kù)備份過(guò)程中的告警信息，如備份文件被占用而導(dǎo)致備份失敗，以及備份過(guò)程中的異常情況等。備份日志對(duì)于備份和恢復(fù)數(shù)據(jù)庫(kù)至關(guān)重要。
在Oracle 10g中，備份日志默認(rèn)被記錄在$ORACLE_BASE/admin/$ORACLE_SID/backup目錄下的trace文件中。
二、常見(jiàn)告警信息的含義
1. ORA-00020: maximum number of processes (%s) exceeded
這種告警信息表示Oracle實(shí)例中的進(jìn)程數(shù)超過(guò)了更大值。可以通過(guò)修改參數(shù)processes增加更大進(jìn)程數(shù)，解決該問(wèn)題。
2. ORA-00024: 超時(shí)在等待裂開(kāi)鎖的資源，等待已取消
該告警信息表示等待某個(gè)資源的時(shí)間超過(guò)了超時(shí)時(shí)間。這種情況通常是由于鎖沖突造成的，可以通過(guò)增加服務(wù)器上的鎖資源來(lái)解決該問(wèn)題。
3. ORA-00059: 更大數(shù)量的漂移表項(xiàng)(%s)超出
該告警信息表示Oracle實(shí)例中的漂移表項(xiàng)數(shù)目已達(dá)到更大值，阻止了新的連接請(qǐng)求?？梢酝ㄟ^(guò)增加參數(shù)max_dispatchers和max_shared_servers以及連接池大小來(lái)解決該問(wèn)題。
4. ORA-00600: internal error code, arguments: [string], [string], [string], [string], [string], [string], [string], [string]
該告警信息表示數(shù)據(jù)庫(kù)內(nèi)部出現(xiàn)了未知的錯(cuò)誤，需要聯(lián)系Oracle Support。通常該錯(cuò)誤碼建議提交至Oracle Support進(jìn)行解決。
5. ORA-01578: ORACLE數(shù)據(jù)壩發(fā)生錯(cuò)誤; 加載醫(yī)用系統(tǒng)管理員
該告警信息表示Oracle數(shù)據(jù)壩出現(xiàn)了錯(cuò)誤，可能是由于硬件故障或磁盤出現(xiàn)問(wèn)題所引起的。需要重新啟動(dòng)實(shí)例并重建數(shù)據(jù)壩。
6. ORA-01653: 用戶定義表空間%s不足，可用：%s需要：%s
該告警信息表示某個(gè)表空間中的可用空間已經(jīng)不足?？梢酝ㄟ^(guò)增加數(shù)據(jù)文件或定期清理數(shù)據(jù)來(lái)釋放表空間。另外，建議增加表空間空間預(yù)留系數(shù)（例：4倍），以防止該問(wèn)題再次發(fā)生。
Oracle數(shù)據(jù)庫(kù)10g告警日志對(duì)于我們排查問(wèn)題和維護(hù)數(shù)據(jù)庫(kù)有著不可替代的作用。本文介紹了Oracle數(shù)據(jù)庫(kù)10g告警日志的類型以及常見(jiàn)告警信息的含義，希望能夠?yàn)樽x者們帶來(lái)幫助。在使用Oracle數(shù)據(jù)庫(kù)時(shí)，做好日志文件的監(jiān)控和管理，及時(shí)處理告警信息，能夠有效地保障數(shù)據(jù)庫(kù)的正常運(yùn)行，保障企業(yè)的數(shù)據(jù)安全。
相關(guān)問(wèn)題拓展閱讀：
- Oracle數(shù)據(jù)庫(kù)打不開(kāi)了，看數(shù)據(jù)庫(kù)告警日志是ORA-00600:[2667]錯(cuò)誤
- 如何查看數(shù)據(jù)庫(kù)alert日志文件
- 每天G的nginx日志，需要怎么分析
Oracle數(shù)據(jù)庫(kù)打不開(kāi)了，看數(shù)據(jù)庫(kù)告警日志是ORA-00600:[2667]錯(cuò)誤
套Power AIX上的9.2.0.1系統(tǒng)在數(shù)據(jù)庫(kù)打開(kāi)過(guò)程中遇到ORA-00600:內(nèi)部錯(cuò)誤，詳細(xì)日志如下:
Wed Mar 9 19:03:
RESETLOGS is being done without consistancy checks. This may result
in a corrupted database. The database should be recreated.
RESETLOGS after incomplete recovery UNTIL CHANGE
Resetting resetlogs activation ID(0x)
Wed Mar 9 19:03:
LGWR: Primary database is in CLUSTER CONSISTENT mode
Assigning activation ID(0x88307c28)
Thread 1 opened at log sequence 1
Current log# 3 seq# 1 mem# 0: /s01/maclean/oradata/PROD/redo03.log
Successful open of redo thread 1.
Wed Mar 9 19:03:
ON: enabling cache recovery
Wed Mar 9 19:03:
Errors in file /s01/maclean/admin/PROD/udump/PROD_ora_585914.trc:
ORA-07445: exception encountered: core dump
Wed Mar 9 19:03:
Errors in file /s01/maclean/admin/PROD/bdump/PROD_pmon_602286.trc:
ORA-07445: exception encountered: core dump
Wed Mar 9 19:03:
Errors in file /s01/maclean/admin/PROD/bdump/PROD_lgwr_548884.trc:
ORA-00600: internal error code, arguments: , , , , , , ,
LGWR: terminating instance due to error 600
相關(guān)啟橋的初始化參數(shù)
fast_start_mttr_target = 300
_allow_resetlogs_corruption= TRUE
undo_management = AUTO
undo_tablespace = UNDOTBS1
以上可以看到lgwr關(guān)鍵進(jìn)程在數(shù)據(jù)庫(kù)open后幾秒后遭遇了ORA-00600:內(nèi)部錯(cuò)誤后終止了實(shí)例。
該數(shù)據(jù)庫(kù)在之前因?yàn)閬G失當(dāng)前日志文搜旁念件進(jìn)行了已經(jīng)實(shí)施了一系列的非常規(guī)恢復(fù)操作，包括設(shè)置一系列的underscore參數(shù):
Before I provide the steps to fix the oraerror, I want to tell you that this database is opened with the unsupported parameter
“allow_resetlogs_corruption”.
*************************************************************************
* By forcing open the database using this parameter, there is a strong *
* likelihood of logical corruption, possibly affecting the data *
* dictionary. Oracle does not guarantee that all of the data will be *
* accessible nor will it support a database that has been opened by *
* this method and that the database users will be allowed 世困to continue *
* work. All this does is provide a way to get at the contents of the *
* database for extraction, usually by export. It is up to you to *
* determine the amount of lost data and to correct any logical *
* corruption issues. *
* *
*************************************************************************
2) The steps to get rid of the oraare as follows:
+ Change UNDO_MANAGEMENT=AUTO to
UNDO_MANAGEMENT=MANUAL
+ Remove or comment out UNDO_TABLESPACE and UNDO_RETENTION.
+ Add
_CORRUPTED_ROLLBACK_SEGMENTS =(comma separated list of Automatic Undo segments)
Example:
_CORRUPTED_ROLLBACK_SEGMENTS = (_SYSU1$, _SYSU2$, _SYSU3$, _SYSU4$,
_SYSU5$, _SYSU6$, _SYSU7$, _SYSU8$, _SYSU9$, _SYSU10$)
Note, sometimes the alert log will tell you what Automatic Undo segments are in use.
Search the alert log for SYSS. If the alert log does not contain that information then use _SYSU1$
through _SYSU10$ as shown in the example above.
In UNIX you can issue this command to get the undo segment names:
$ strings system01.dbf | grep _SYSU | cut -d $ -f 1 | sort -u
From the output of the strings command above, add a $ to end of each _SYSU undo segment name.
++ Startup mount the database as follows:
SQL > startup mount
SQL > recover database;
SQl > alter database open;
*._corrupted_rollback_segments= (_SYSU730$, _SYSU731$, _SYSU732$, _SYSU733$, _SYSU734$,
_SYSU735$, _SYSU736$, _SYSU737$, _SYSU738$, _SYSU739$, _SYSU744$, _SYSU740$, _SYSU741$,
_SYSU742$, _SYSU743$, _SYSU744$, _SYSU745$, _SYSU746$, _SYSU747$, _SYSU748$, _SYSU749$, _SYSU74t$,
_SYSU75$, _SYSU750$, _SYSU751$, _SYSU752$, _SYSU753$, _SYSU754$, _SYSU755$, _SYSU756$, _SYSU757$,
_SYSU758$, _SYSU759$, _SYSU76$, _SYSU760$, _SYSU761$, _SYSU762$, _SYSU763$, _SYSU764$, _SYSU765$,
_SYSU766$, _SYSU767$, _SYSU768$)
如何查看數(shù)據(jù)庫(kù)alert日志文件
查看數(shù)據(jù)陪大庫(kù)的alert日志文件可以通過(guò)sq實(shí)現(xiàn)。
1、從X$DBGALERTEXT 視圖中讀取alert目錄內(nèi)容：
SQL> select message_text from X$DBGALERTEXT where rownum select lpad(‘ ‘,lvl,’ ‘)||logical_file file_name
from X$DBGDIREXT
where rownum 滲頌select * from v$version;
BANNER
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 – Prod
PL/SQL Release 10.2.0.1.0 – Production
CORE 10.2.0.1.0 Production
TNS for Linux: Version 10.2.0.1.0 – Production
NLSRTL Version 10.2.0.1.0 – Production
SQL>
2、查看預(yù)警日志文件（alert_sid.log）的位置
SQL> show parameter dump
NAME TYPE VALUE
background_core_dump string partial
background_dump_dest string /u01/oracle/admin/bdump
core_dump_dest string /u01/oracle/admin/cdump
max_dump_file_size string
shadow_core_dump string partial
user_dump_dest string /u01/oracle/admin/udump
3、創(chuàng)建目錄alert
注意：directory不是實(shí)體，只是一個(gè)指向，指向os中一個(gè)路徑
SQL> create or replace directory alert as ‘/u01/oracle/admin/bdump’;
Directory created.
SQL>
4、創(chuàng)建外部表alert
SQL> create table alert
1 (log varchar2(1000))
2 organization external
3 (type oracle_loader
4 default directory alert
5 access parameters
6 (records delimited by newline)
7 location (‘a(chǎn)lert_PROD.log’))
8 reject limit unlimited;
Table created.
5、查看alert中的內(nèi)容
SQL> select * from alert where rownum
6、看看數(shù)據(jù)庫(kù)有哪些 可愛(ài)的ORA- 錯(cuò)誤吧
SQL> select * from alert where log like ‘%ORA-%’;
LOG
ORA-959 signalled during: alter database default tablespace users…
ORA-959 signalled during: drop tablespace uses…
ORAsignalled during: drop tablespace users…
ORA-1549 signalled during: drop tablespace users…
ORA-1505 signalled during: alter database add logfile group 1
ORA-1184 signalled during: alter database add logfile group 1
ORA-1013 signalled during: alter tablespace tts read only…
ORA-1013 signalled during: alter tablespace tts read only…
ORA-1013 signalled during: alter tablespace users read only…
ORA-1539 signalled during: alter tablespace users read only…
每天G的nginx日志，需要怎么分析
Linux系統(tǒng)下Nginx 日志可以查看系統(tǒng)運(yùn)行記錄和出錯(cuò)說(shuō)明，對(duì)Nginx 日志的分析可以了解系統(tǒng)運(yùn)行的狀態(tài)。那么Linux系統(tǒng)Nginx日志怎么分析呢？
Nginx 日志相關(guān)配置有 2 個(gè)地方：access_log 和 log_format 。
默認(rèn)的格式冊(cè)搏：
access_log /data/logs/nginx-access.log;
log_format old ‘$remote_addr ［$time_local］ $status $request_time $body_bytes_sent ’
‘“$request” “$http_referer” “$http_user_agent”’;
相信大部分用過(guò) Nginx 的人對(duì)默認(rèn) Nginx 日志格式配置都很熟悉，對(duì)日志的內(nèi)容也很熟悉。但是默認(rèn)配置備稿和格式雖然可讀，但是難以計(jì)算。
Nginx 日志刷盤相關(guān)策略可配置：
比如，設(shè)置 buffer，buffer 滿 32k 才刷盤；假如 buffer 不滿 5s 鐘強(qiáng)仿姿孝制刷盤的配置如下：
access_log /data/logs/nginx-access.log buffer=32k flush=5s;
這決定了是否實(shí)時(shí)看到日志以及日志對(duì)磁盤 IO 的影響。
Nginx 日志能夠記錄的變量還有很多沒(méi)出現(xiàn)在默認(rèn)配置中：
關(guān)于數(shù)據(jù)庫(kù)10g告警日志的介紹到此就結(jié)束了，不知道你從中找到你需要的信息了嗎 ？如果你還想了解更多這方面的信息，記得收藏關(guān)注本站。
香港服務(wù)器選創(chuàng)新互聯(lián)，2H2G首月10元開(kāi)通。
創(chuàng)新互聯(lián)（www.cdcxhl.com）互聯(lián)網(wǎng)服務(wù)提供商,擁有超過(guò)10年的服務(wù)器租用、服務(wù)器托管、云服務(wù)器、虛擬主機(jī)、網(wǎng)站系統(tǒng)開(kāi)發(fā)經(jīng)驗(yàn)。專業(yè)提供云主機(jī)、虛擬主機(jī)、域名注冊(cè)、VPS主機(jī)、云服務(wù)器、香港云服務(wù)器、免備案服務(wù)器等。
名稱欄目：Oracle數(shù)據(jù)庫(kù)10g的告警日志詳解(數(shù)據(jù)庫(kù)10g告警日志)
標(biāo)題鏈接：http://www.dlmjj.cn/article/dhiedpc.html
