－－－－－－－－－－－－－－－－－－－－－－

1. 資料庫運維工作目標

資料庫的運維工作目標是保證服務範圍內的資料庫正常執行，用好、管好現有的已交付資料，在資料生命週期中，達到資料庫安全性、可用性、可靠性等幾個目標。

2. 資料庫運維工作範圍

資料庫運維範圍主要是管理維護資料庫，在資料庫出現異常的時候，有時往往是應用人員或者部門提出查詢緩慢、或者不能正常使用等問題，有時可能原因出在使用人員的客戶端機器或者網路部分，比如有以下情況出現：

同一部門或者同一應用使用者沒有問題，但有個別應用人員提出應用不能正常使用的現象。原因可能如下：

1) 原來使用正常，但是安裝其他的安全軟體，遮蔽了資料庫連通的埠，導致應用不能使用。

2) 所在的網路終端可能出現問題，使用ping命令，檢視是否有丟包現象。

3) 開始能正常使用，但是有個長時間的處理之後，整個應用就不能用了，有可能是因為某些軟體對應用埠的使用做了超時連結控制的結果。

根據以上的一些情況，首先要判斷問題出現在哪個環節，然後再進行資料庫的處理，當然對於資料庫伺服器問題，檢視alter日誌是最有效和直接的，因為一旦是資料庫伺服器出現問題，在alter日誌中都會有記錄。

3.  資料庫運維工作內容及相關案例

資料庫運維工作內容很多，從工作內容複雜性和常用性方面可以分為日常運維管理、高階運維管理，從達到目標分安全性、可用性、可靠性方面，具體內容如下。

3.1. 安全性

安全性包括資料訪問安全和資料安全備份恢復方面的工作。

1. 資料安全訪問

作為資料庫訪問安全，主要是對於資料庫使用者及其許可權的管理工作。訪問計算機系統時需要遵循的重要的安全原則是“最小許可權”原則(即使用者應當只擁有執行其任務所需的最小許可權，並且禁止所有未被特別允許的許可權)。Oracle資料庫遵循了最小許可權原則，在預設情況下，只有使用者SYS和SYSTEM才擁有所有許可權.其他使用者甚至都無法連線資料庫。採用一些安全策略來對使用者的許可權進行管理，比如：更改dba使用者名稱，禁用sys和system使用者等。

其次可以採用審計功能來提高資料訪問安全的審計倒查來防範一些非法訪問或者非法操作等。

2. 資料安全備份恢復

資料安全備份恢復主要採用Rman對資料庫進行增量備份恢復策略，並有計劃的進行恢復測試，以便保證資料備份檔案的有效性。或者採用DataGuard進行實時資料保護等。這些一般是資料庫大級別的安全備份恢復，作為日常工作中，對於一個重要表進行操作時，還是需要進行表級備份的，這樣才能做到資料的安全性，不至於出現資料誤刪或者誤更新操作。但是目前已經有flashback閃回操作，也能增加其資料的安全性。方法很多，但是重在資料安全意識。

3.2.可用性

資料庫可用性的日常維護包括很多，如：系統的可用磁碟空間、表空間的可用空間監控、回滾表空間、臨時表空間的監控、線上redo監控、歸檔日誌監控清理、物件的有效性等，如果後期用ASM進行管理，還要監測ASM的可用磁碟空間，並考慮其不同資料的增量，預估出表空間和磁碟大小，及時擴充套件，以便避免因為表空間或者磁碟空間不足而導致的資料庫問題。

案例1：由於沒有及時清理歸檔日誌導致磁碟空間耗盡，引起資料庫掛起。

案例2：由於沒有及時擴充套件表空間，導致資料無法增加和插入，引起應用異常。

案例3：由於redo日誌過小或者日誌組過少，導致redo日誌切換過快，引起應用資料插入和更新。

案例4：由於磁碟或者ASM空間耗盡，引起資料庫服務掛起。

案例5：由於資料庫物件失效，或者索引失效，引起應用無法正常使用，或者查詢資料響應緩慢的問題。

3.3. 可靠性

可靠性是指資料庫能不間斷的執行，即使是做其他資料處理的時候也能保證資料庫的正常使用，這樣就要保證資料的安全性和例項的有效性，oracle rac和oracle dataguard提供了這一功能。

在對於可靠性的維護方面，一般是在oracle RAC環境下進行維護的，其中包括了cluster的維護和資料庫例項以及ASM例項的維護。

3.4. 故障排除

針對故障排除方面，遵循以下思路，一般故障出現之後，在alter日誌中都有記錄，根據alter日誌中的錯誤號和提示資訊，來判定資料庫出現的錯誤是什麼，定位錯誤環節：資料庫整體環節（如：redo、archivelog、undo表空間、temp表空間、session等）、應用環境（如是否是儲存過程問題、或者觸發器、檢視等）或者是系統級問題。定位好問題之後再做進一步處理。

3.5. 故障分析及解除總結