關於oracle運維的重要性，隨便寫了幾句，放在這兒和大家共勉。
oracle資料庫在rdbms中獨佔熬頭，07年統計其市場份額佔關聯式資料庫市場的48.6%穩居首位，而且逐年增加，上公升勢頭強勁。在使用過程中表現出來的靈活性尤為突出，由於其靈活性大，因此往往需要人為干預的事情也就相對較多，這樣在沒有專業人士維護的情況下其表現出來的穩定性似乎有些差強人意，甚至有很多人對oracle資料庫持有懷疑的態度，說oracle不如其他資料庫：象sql server使用起來方便、穩定，其實不是這樣，這裡我以乙個多年oracle服務的資深技術顧問的身份向使用oracle的各行業人士發出忠告：專業的資料庫需要有專業的維護人員，否則再好的產品如果我們使用不明白，那也發揮不出這個產品的優勢。oracle服務主要包含2個方面：
1. 資料的安全問題
安全問題主要表現為不論什麼情況發生都不允許資料丟失，不論什麼情況發生都要保證資料7*24小時可訪問。要保證這些不容易，除了要制定完備的備份策略之外還需要硬體環境做支撐，比如防止硬碟損壞丟失資料，那就需要做raid；防止儲存損壞丟失資料，就需要在儲存方面做映象； 防止由於伺服器故障導致問題就得做rac；防止由於自然災害，比如火災或者**等引起機房故障導致資料丟失，那就需要異地做容災。防止人為刪除或者破毀資料，那就需要管理好許可權以及做好安全方面的審計工作。所以資料的安全問題不容忽視，需要有專業的oracle服務資料庫維護人員來對資料庫系統的架構做一系列的評估或者調整。
2. 效能問題
效能問題是大問題，效能不好，再好的應用也發揮不了作用，通常表現出來的症狀就是慢，所有的業務人員或者客戶都得等待，慢其實只是表象，真真慢的原因可能有很多，需要專業人員全方面的診斷之後才能確定到底是系統的問題、db的問題，應用的問題還是中介軟體的問題或者是其它什麼問題，典型的效能問題就像春節期間火車售票的問題。應用出現效能問題，診斷之後就得想辦法調整，調整的話又會出現一連串的問題：什麼時侯調整，比如7*24小時的系統不能隨便停應用，到底什麼時侯停止應用進行調整就需要考慮很多問題。比如打補丁可能停機時間就比較長，停機時間越長對應用的影響就越大。還有很多和效能有關的問題再此不能一一枚舉。
只想通過上面內容表述oracle運維的重要性，其實我們一直堅信的一句話用在oracle服務上非常合適，那就是：專業的事情交給專業的人來做。這樣可以事半功倍。
專業的事情交給專業的工具來做
話說 光陰似箭，日有如梭 啊！乙個眨眼間就這麼多年過去了，當年買的高配置本本如今已經是名副其實的拖拉機了，不管怎樣畢竟還能拖一拖，就湊合著再拖一陣子吧 只是現在的軟體動不動就是那麼大，剛裝的系統沒幾天系統盤又沒空間了，天天找360衛士也不是長久之道啊，於是就琢磨著騰出點空間來給系統盤 所以就找度娘問...
解雇專業的運維人員吧
我在09年的時候曾經到過局方，呆了挺長一段時間，既是開局，也做運維的工作，和運維的工程師朋友一起蹲機房 守夜 切裝置，知道其中無比的苦楚。很多情況下，版本的更迭 割接，都要在凌晨完成，需要仔仔細細地測試 不幸失敗了還需要立即回滾，然後陪著專案組等領導罵，等新版本或者補丁到來，再重複熬夜的這段過程 不...
oracle日常運維
1.解鎖使用者 select username,account status from dba users b where b.username upper alter user account unlock 解鎖 alter user identified by sh 解開expired alte...