Oracle資料庫日常維護

在Oracle資料庫執行期間，DBA應該對資料庫的執行日誌及表空間的使用情況進行監控，及早發現資料庫中存在的問題。

一、Oracle警告日誌檔案監控

Oracle在執行過程中，會在警告日誌檔案(alert_SID.log)中記錄資料庫的一些執行情況：

l        資料庫的啟動、關閉，啟動時的非預設引數；

l        資料庫的重做日誌切換情況，記錄每次切換的時間，及如果因為檢查點(checkpoint)操作沒有執行完成造成不能切換，會記錄不能切換的原因；

l        對資料庫進行的某些操作，如建立或刪除表空間、增加資料檔案；

l        資料庫發生的錯誤，如表空間不夠、出現壞塊、資料庫內部錯誤(ORA－600)

DBA應該定期檢查日誌檔案，根據日誌中發現的問題及時進行處理

二、資料庫表空間使用情況監控（字典管理表空間）

資料庫執行了一段時間後，由於不斷的在表空間上建立和刪除物件，會在表空間上產生大量的碎片，DBA應該及時瞭解表空間的碎片和可用空間情況，以決定是否要對碎片進行整理或為表空間增加資料檔案。

select tablespace_name, count(*) chunks , max(bytes/1024/1024) max_chunk  from dba_free_space group by tablespace_name;

上面的SQL列出了資料庫中每個表空間的空閒塊情況,如下所示：

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列表示表空間中有多少可用的空閒塊(每個空閒塊是由一些連續的Oracle資料塊組成)，如果這樣的空閒塊過多，比如平均到每個資料檔案上超過了100個，那麼該表空間的碎片狀況就比較嚴重了，可以嘗試用以下的SQL命令進行表空間相鄰碎片的接合：

alter tablespace 表空間名 coalesce;

然後再執行檢視錶空間碎片的SQL語句，看錶空間的碎片有沒有減少。如果沒有效果，並且表空間的碎片已經嚴重影響到了資料庫的執行，則考慮對該表空間進行重建。

MAX_CHUNK列的結果是表空間上最大的可用塊大小，如果該表空間上的物件所需分配的空間(NEXT值)大於可用塊的大小的話，就會提示ORA-1652、ORA-1653、ORA-1654的錯誤資訊，DBA應該及時對錶空間的空間進行擴充，以避免這些錯誤發生。

對錶空間的擴充對錶空間的資料檔案大小進行擴充套件，或向表空間增加資料檔案，具體操作見“儲存管理”部份。

三、檢視資料庫的連線情況

DBA要定時對資料庫的連線情況進行檢查，看與資料庫建立的會話數目是不是正常，如果建立了過多的連線，會消耗資料庫的資源。同時，對一些“掛死”的連線，可能會需要DBA手工進行清理。

以下的SQL語句列出當前資料庫建立的會話情況：

select sid,serial#,username,program,machine,status from v$session;

輸出結果為：

SID SERIAL#   USERNAME   PROGRAM       MACHINE          STATUS

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

1        1               ORACLE.EXE   WORK3             ACTIVE

2        1               ORACLE.EXE   WORK3             ACTIVE

3        1               ORACLE.EXE   WORK3             ACTIVE

4        1               ORACLE.EXE   WORK3             ACTIVE

5        3               ORACLE.EXE   WORK3             ACTIVE

6        1               ORACLE.EXE   WORK3             ACTIVE

7        1              ORACLE.EXE   WORK3              ACTIVE

8       27 SYS         SQLPLUS.EXE  WORKGROUP\WORK3  ACTIVE

11        5 DBSNMP      dbsnmp.exe   WORKGROUP\WORK3 INACTIVE

其中，

SID 會話(session)的ID號；

SERIAL# 會話的序列號，和SID一起用來唯一標識一個會話；

USERNAME 建立該會話的使用者名稱；

PROGRAM 這個會話是用什麼工具連線到資料庫的；

STATUS 當前這個會話的狀態，ACTIVE表示會話正在執行某些任務，INACTIVE表示當前會話沒有執行任何操作；

如果DBA要手工斷開某個會話，則執行：

alter system kill session ''''SID,SERIAL#'''';

注意，上例中SID為1到7(USERNAME列為空)的會話，是Oracle的後臺程式，不要對這些會話進行任何操作。

四、控制檔案的備份

在資料庫結構發生變化時，如增加了表空間，增加了資料檔案或重做日誌檔案這些操作，都會造成Oracle資料庫控制檔案的變化，DBA應及進行控制檔案的備份，備份方法是：

執行SQL語句：alter database backup controlfile to ''''/home/backup/control.bak'''';

或： alter database  backup controlfile to trace;

這樣，會在USER_DUMP_DEST(初始化引數檔案中指定)目錄下生成建立控制檔案的SQL命令。

五、檢查資料庫檔案的狀態

DBA要及時檢視資料庫中資料檔案的狀態（如被誤刪除），根據實際情況決定如何進行處理，檢查資料檔案的狀態的