和客戶溝通運維的事情，我通常從下面3個方面著手去溝通，發在這裡，供大家參考。

資料庫系統運維的重要性

1. 資料的安全問題

安全問題主要表現為不論什麼情況發生都不允許資料丟失。要保證這個不容易，除了要制定完備的備份策略之外還需要硬體環境做支撐，比如防止硬碟損壞丟失資料，那就需要做raid；防止儲存損壞丟失資料，就需要在儲存方面做映象；防止由於伺服器故障導致問題就得做rac；防止由於自然災害，比如火災或者地震等引起機房故障導致資料丟失，那就需要異地做容災。防止人為刪除或者破毀資料，那就需要管理好許可權以及做好安全方面的審計工作。所以資料的安全問題不容忽視，需要有專業的資料庫維護人員來對資料庫系統的架構做一系列的評估或者調整。

2. 架構問題

上面提到了系統的架構，這裡的系統架構主要是指資料庫系統的架構。架構是系統早期確定下來的東西，一旦系統上線再要調整，通常比較麻煩，但是如果系統的架構不堅固，則隱患很多，下面我們主要介紹和架構有關的兩方面的內容：

1）應用的高可用性要求

不論什麼情況發生都要保證資料7*24小時可訪問，也就是要保證應用是7*24小時不間斷可訪問，要做到這一點，必須的使用oracle的RAC(real application cluster)，有了RAC，可以保證節點故障，同時要使用雙儲存，一旦一臺儲存出現故障，要保證儲存的持續可訪問。

2）異地容災

為了防止自然災害的發生，企業和資料庫有關的相關負責人必須要有異地建立災備系統的意識。條件允許的話最好是在不同的城市之間構建災備系統，條件不允許的話也至少儘可能的保證幾十公里以上。搭建災備系統，在oracle這個層面上實現通常透過dataguard或者goldengate技術來實現，具體採用什麼技術和現有系統的環境有關，這2種技術都很成熟，各有特點。

3. 效能問題

效能問題是大問題，效能不好，再好的應用也發揮不了作用，通常表現出來的症狀就是慢，所有的業務人員或者客戶都得等待，慢其實只是表象，真真慢的原因可能有很多，需要專業人員全方面的診斷之後才能確定到底是系統的問題、資料庫的問題，應用的問題還是中介軟體的問題或者是其它什麼問題，典型的效能問題就像春節期間火車售票的問題。應用出現效能問題，診斷之後就得想辦法調整，調整的話又會出現一系列的問題：什麼時侯調整，比如7*24小時的系統不能隨便停應用，到底什麼時侯停止應用進行調整就需要考慮很多問題。比如打補丁可能停機時間就比較長，停機時間越長對應用的影響就越大。還有很多和效能有關的問題再此不能一一列舉，只想透過上面內容表述資料庫維護的重要性。我們的服務宗旨是：專業的事情交給專業的人來做。

oracle資料庫系統運維的重要性

相關文章