在Oracle數(shù)據(jù)庫運行期間，DBA應(yīng)該對數(shù)據(jù)庫的運行日志及表空間的使用情況進行監(jiān)控，及早發(fā)現(xiàn)數(shù)據(jù)庫中存在的問題。

一、Oracle警告日志文件監(jiān)控

Oracle在運行過程中，會在警告日志文件(alert_SID.log)中記錄數(shù)據(jù)庫的一些運行情況:

●數(shù)據(jù)庫的啟動、關(guān)閉，啟動時的非缺省參數(shù);

●數(shù)據(jù)庫的重做日志切換情況，記錄每次切換的時間，及如果因為檢查點(checkpoint)操作沒有執(zhí)行完成造成不能切換，會記錄不能切換的原因;

●對數(shù)據(jù)庫進行的某些操作，如創(chuàng)建或刪除表空間、增加數(shù)據(jù)文件;

●數(shù)據(jù)庫發(fā)生的錯誤，如表空間不夠、出現(xiàn)壞塊、數(shù)據(jù)庫內(nèi)部錯誤(ORA-600)

DBA應(yīng)該定期檢查日志文件，根據(jù)日志中發(fā)現(xiàn)的問題及時進行處理

問題處理

啟動參數(shù)不對檢查初始化參數(shù)文件

因為檢查點操作或歸檔操作沒有完成造成重做日志不能切換如果經(jīng)常發(fā)生這樣的情況，可以考慮增加重做日志文件組;想辦法提高檢查點或歸檔操作的效率;

有人未經(jīng)授權(quán)刪除了表空間檢查數(shù)據(jù)庫的安全問題，是否密碼太簡單;如有必要，撤消某些用戶的系統(tǒng)權(quán)限

出現(xiàn)壞塊檢查是否是硬件問題(如磁盤本生有壞塊)，如果不是，檢查是那個數(shù)據(jù)庫對象出現(xiàn)了壞塊，對這個對象進行重建

表空間不夠增加數(shù)據(jù)文件到相應(yīng)的表空間

出現(xiàn)ORA-600根據(jù)日志文件的內(nèi)容查看相應(yīng)的TRC文件，如果是Oracle的bug，要及時打上相應(yīng)的補丁

二、數(shù)據(jù)庫表空間使用情況監(jiān)控(字典管理表空間)

數(shù)據(jù)庫運行了一段時間后，由于不斷的在表空間上創(chuàng)建和刪除對象，會在表空間上產(chǎn)生大量的碎片，DBA應(yīng)該及時了解表空間的碎片和可用空間情況，以決定是否要對碎片進行整理或為表空間增加數(shù)據(jù)文件。

select tablespace_name,

count(*) chunks ,

max(bytes/1024/1024) max_chunk

from dba_free_space

group by tablespace_name;

上面的SQL列出了數(shù)據(jù)庫中每個表空間的空閑塊情況,如下所示:

TABLESPACE_NAME CHUNKS MAX_CHUNK

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

INDX 1 57.9921875

RBS 3 490.992188

RMAN_TS 1 16.515625

SYSTEM 1 207.296875

TEMP 20 70.8046875

TOOLS 1 11.8359375

USERS 67 71.3671875

其中，CHUNKS列表示表空間中有多少可用的空閑塊(每個空閑塊是由一些連續(xù)的Oracle數(shù)據(jù)塊組成)，如果這樣的空閑塊過多，比如平均到每個數(shù)據(jù)文件上超過了100個，那么該表空間的碎片狀況就比較嚴重了，可以嘗試用以下的SQL命令進行表空間相鄰碎片的接合:

alter tablespace 表空間名 coalesce;

然后再執(zhí)行查看表空間碎片的SQL語句，看表空間的碎片有沒有減少。如果沒有效果，并且表空間的碎片已經(jīng)嚴重影響到了數(shù)據(jù)庫的運行，則考慮對該表空間進行重建。

MAX_CHUNK列的結(jié)果是表空間上最大的可用塊大小，如果該表空間上的對象所需分配的空間(NEXT值)大于可用塊的大小的話，就會提示ORA-1652、ORA-1653、ORA-1654的錯誤信息，DBA應(yīng)該及時對表空間的空間進行擴充，以避免這些錯誤發(fā)生。

對表空間的擴充對表空間的數(shù)據(jù)文件大小進行擴展，或向表空間增加數(shù)據(jù)文件，具體操作見“存儲管理”部份。

更多信息請查看IT技術(shù)專欄