ORACLE資料庫在我們部署之後，往往會隨著系統的升級，資料量的增大以及設計的缺陷導致系統的效能會出現不穩定，資源爭用，阻塞等一系列的問題。會導致系統的可用性變得越來越低。所以為了保證系統的長期穩定可靠，高效能的工作，我們就需要對資料庫進行相應的效能監控。那麼監控策略是什麼呢？是出現問題才看效能情況呢還是說24小時監控呢，其實都不是很現實的問題，那麼我們需要做的就是對系統的故障時間，系統的操作，併發數，以及網路情況等資訊進行記錄，然後對關鍵時期提前進行人工的全時效能監控。

               因本人的資料庫管理經驗不是很豐富，所以對自己也是一個記錄，隨著經驗的增加會不斷完善這個文件，為以後的ORACLE的管理人員提供一些參考。現在對我在運維的過程中遇到的問題進行一個說明。

              我們在資料庫效能管理的時候，離不開ORACLE提供的EM管理控制檯，這個控制檯是ORACLE提供的視覺化的效能監控報告分析平臺，通過EM你能很直觀的看到ORACLE的各種效能引數以及需要優化的建議等。所以今天我們就來說說影像效能的關鍵點。

1.隨著資料庫效能的增加，我們一般都會對資料庫進行一些列的優化方案，比如每天夜間對錶做ANALYSE，這個操作很耗時，而且，我們為了實現自動執行，會寫成sh指令碼，並將分析日誌寫入LOG,但是有一點我們需要注意，就是LOG如果設定為追加模式，那麼隨著LOG檔案的增大，寫入速度會非常影響效能，導致系統性能急速下降。所以如果你想以追加的形式記錄日誌，那麼你就需要定期備份日誌，清理日誌，實際監測，LOG日誌100M以上效能就影響很大。

2.臨時表數量，現在我們很多操作都會用到臨時表，但是很多時候，臨時表在備份和恢復的時候會非常佔用系統資源，所以系統在設計的時候，再做備份和表分析之前，儘量對臨時表進行一次清理。

3.資料庫DBLINK，資料庫DBLINK適合在不應用數字鏈路的區域網內，因為DBLINK及其容易受網路影響，而且不能自動修復，如果發生網路問題，則對應的JOB就必須重建，所以儘量不要在使用數字鏈路連線的網路中使用DBLINK。

4.資料庫阻塞，資料庫鎖，這兩個問題對資料庫的影響很致命，直接影響就是資料庫會出現無響應狀態，所以必須保證資料庫不能出現這兩種狀態，

今天就總結到這裡，後續還會繼續完善這個文件，所以，繼續總結記錄吧。