昨天發(fā)文后有朋友問能否把文中所說的文章共享一下。雖然文章寫于2006年，快20年了，我想其中的某些觀點(diǎn)和案例可能對(duì)現(xiàn)在的您也還有些幫助。就發(fā)出來分享一下吧。文章有點(diǎn)長，6000多字，感興趣的可以先收藏一下慢慢看吧。

應(yīng)用系統(tǒng)生命周期和Oracle數(shù)據(jù)庫優(yōu)化

Oracle數(shù)據(jù)庫優(yōu)化是Oracle管理工作中的最重要和最復(fù)雜的工作之一。由于數(shù)據(jù)庫不是孤立的數(shù)據(jù)庫，而是和一些應(yīng)用具有緊密關(guān)系的，數(shù)據(jù)庫往往是應(yīng)用系統(tǒng)中最關(guān)鍵的部分，因此數(shù)據(jù)庫的優(yōu)化不能完全脫離應(yīng)用而進(jìn)行。實(shí)踐證明，數(shù)據(jù)庫管理維護(hù)人員與應(yīng)用開發(fā)者的合作越好，數(shù)據(jù)庫的優(yōu)化越成功。

另外，數(shù)據(jù)庫優(yōu)化是從應(yīng)用系統(tǒng)開始規(guī)劃到應(yīng)用系統(tǒng)退役整個(gè)過程中都在不斷進(jìn)行的，因此，數(shù)據(jù)庫優(yōu)化是一個(gè)長期的工作。很多用戶會(huì)希望通過一次優(yōu)化就達(dá)到一勞永逸的效果，而沒有樹立數(shù)據(jù)庫優(yōu)化工作長期性的觀念，這樣往往會(huì)導(dǎo)致數(shù)據(jù)庫在長期的系統(tǒng)運(yùn)行過程中沒有得到必要的維護(hù)，以至于一旦發(fā)生問題，將會(huì)造成很大的損失。

很多人認(rèn)為數(shù)據(jù)庫優(yōu)化是系統(tǒng)投入使用后DBA的主要工作，其實(shí)數(shù)據(jù)庫優(yōu)化是一個(gè)貫穿于應(yīng)用系統(tǒng)整個(gè)生命周期的長期工作，數(shù)據(jù)庫優(yōu)化應(yīng)該從需求調(diào)研和需求分析開始。從另一個(gè)方面講，數(shù)據(jù)庫優(yōu)化也不僅僅是DBA的工作，而是需要全員參與的（業(yè)務(wù)人員、開發(fā)人員、DBA甚至項(xiàng)目和用戶的領(lǐng)導(dǎo)層）。

數(shù)據(jù)庫優(yōu)化需要全員參與和貫穿整個(gè)開發(fā)過程，很多沒有應(yīng)用開發(fā)經(jīng)驗(yàn)的DBA可能很難理解這一點(diǎn)，而這一點(diǎn)是數(shù)據(jù)庫優(yōu)化工作中最關(guān)鍵的一點(diǎn)。比如說，具有豐富開發(fā)經(jīng)驗(yàn)的項(xiàng)目管理者都清楚，改變用戶的操作習(xí)慣是一種十分困難的事情，而在用戶沒有形成習(xí)慣之前灌輸一種操作方法要容易得多。因此在需求調(diào)研的時(shí)候說服用戶不要使用那些對(duì)數(shù)據(jù)庫開銷十分大的操作方式，可以大大減少用戶不適當(dāng)操作而引起的對(duì)系統(tǒng)的開銷。在需求調(diào)研和分析階段要實(shí)現(xiàn)這一點(diǎn)，僅僅依靠應(yīng)用開發(fā)人員是不夠的，這就要求DBA或者有數(shù)據(jù)庫優(yōu)化經(jīng)驗(yàn)的開發(fā)者在這個(gè)階段就介入系統(tǒng)的開發(fā)工作，在必要的時(shí)候，甚至需要得到高層領(lǐng)導(dǎo)的支持。在軟件開發(fā)和應(yīng)用的各個(gè)階段中，應(yīng)該注意以下的問題：    

l在需求開發(fā)階段，數(shù)據(jù)庫優(yōu)化的目的是說服業(yè)務(wù)人員接受對(duì)數(shù)據(jù)庫影響比較小的操作習(xí)慣，而放棄那些對(duì)數(shù)據(jù)庫性能有致命影響的操作習(xí)慣

l在系統(tǒng)應(yīng)用架構(gòu)設(shè)計(jì)階段，采用對(duì)數(shù)據(jù)庫優(yōu)化比較有利的應(yīng)用體系架構(gòu)。采用2層還是三層架構(gòu)，使用B/S方式還是C/S方式，采用瘦客戶端還是胖客戶端，客戶端和服務(wù)器之間數(shù)據(jù)交換的報(bào)文的格式和內(nèi)容組織方式等都會(huì)影響數(shù)據(jù)庫訪問的性能

• 在系統(tǒng)邏輯設(shè)計(jì)階段，定義合理的數(shù)據(jù)結(jié)構(gòu)和數(shù)據(jù)操作方式
• 在物理設(shè)計(jì)階段，設(shè)計(jì)合理的表和索引的物理存儲(chǔ)結(jié)構(gòu)
• 在編碼階段，編寫效率比較高的SQL和PL/SQL
• 在系統(tǒng)測試階段，對(duì)于關(guān)鍵業(yè)務(wù)進(jìn)行完整的壓力測試和系統(tǒng)性能評(píng)估，找出系統(tǒng)的瓶頸，盡快改進(jìn)應(yīng)用
• 在系統(tǒng)試運(yùn)行階段，DBA實(shí)時(shí)監(jiān)控?cái)?shù)據(jù)庫的情況，及時(shí)發(fā)現(xiàn)數(shù)據(jù)庫存在的問題，及時(shí)進(jìn)行調(diào)整。對(duì)于應(yīng)用中存在的性能問題，及時(shí)發(fā)現(xiàn)，并及時(shí)通知開發(fā)人員改進(jìn)，并對(duì)改進(jìn)后的應(yīng)用進(jìn)行測試評(píng)估

l在系統(tǒng)運(yùn)行階段：系統(tǒng)投入正式運(yùn)行后，數(shù)據(jù)庫的優(yōu)化工作還是十分艱巨的工作。DBA需要定期對(duì)數(shù)據(jù)庫進(jìn)行分析，找出目前系統(tǒng)消耗資源最大的對(duì)象，并找出改進(jìn)的方法，進(jìn)行改進(jìn)。DBA還需要定期進(jìn)行行鏈消除、索引重建、表空間碎片整理、歷史數(shù)據(jù)備份整理和系統(tǒng)分析等工作    

需求開發(fā)階段的數(shù)據(jù)庫優(yōu)化

需求開發(fā)分為客戶需求獲取、需求分析兩個(gè)階段，最終產(chǎn)品為軟件需求規(guī)格書（SRS）。在傳統(tǒng)的概念中，這個(gè)需求開發(fā)和數(shù)據(jù)庫優(yōu)化是風(fēng)馬牛不相及的事情，而這個(gè)階段往往是對(duì)系統(tǒng)性能優(yōu)化最為關(guān)鍵的階段。在這個(gè)階段主要考慮的是軟件的功能需求，而這些需求中，可能存在一些對(duì)系統(tǒng)性能影響極大的需求。操作習(xí)慣、界面風(fēng)格、統(tǒng)計(jì)方法等都會(huì)影響數(shù)據(jù)庫的性能。

以下是一個(gè)真實(shí)的案例，某個(gè)系統(tǒng)在顯示主菜單的時(shí)候，需要顯示一些復(fù)雜的實(shí)時(shí)統(tǒng)計(jì)分析結(jié)果，而這個(gè)統(tǒng)計(jì)分析結(jié)果只有很少數(shù)的人會(huì)真正關(guān)心，由于這個(gè)系統(tǒng)有幾百個(gè)用戶在使用，而主菜單是進(jìn)入每個(gè)模塊的必經(jīng)之路，因此系統(tǒng)運(yùn)行一段時(shí)間后，就出現(xiàn)了CPU方面的瓶頸。為了解決這個(gè)問題，DBA想盡了一切方法對(duì)SQL進(jìn)行優(yōu)化，但是收效甚微。最后深圳九鼎云州新創(chuàng)科技有限公司的優(yōu)化專家提出了一個(gè)方案，重新修改了主菜單的界面，缺省情況下不顯示實(shí)時(shí)統(tǒng)計(jì)結(jié)果，而只是提供一個(gè)顯示實(shí)時(shí)統(tǒng)計(jì)結(jié)果的鏈接。而對(duì)于需要每次顯示主菜單都顯示實(shí)時(shí)統(tǒng)計(jì)結(jié)果的用戶，只需要在自己的PROFILE中設(shè)置該選項(xiàng)就可以了。主菜單修改后，使用實(shí)時(shí)統(tǒng)計(jì)的用戶只有1％左右，CPU的瓶頸問題也就迎刃而解了。

上述這種優(yōu)化如果在需求分析階段就能夠完成，那么可以避免很多問題，而事實(shí)上類似的故事在不停的重演。究其原因，主要是參與需求開發(fā)的人員往往是業(yè)務(wù)人員和軟件開發(fā)人員，這些人員缺乏數(shù)據(jù)庫優(yōu)化的基本知識(shí)和經(jīng)驗(yàn)，無法從需求中發(fā)現(xiàn)隱含的性能問題。因此在需求開發(fā)階段，專業(yè)的數(shù)據(jù)庫優(yōu)化人員的介入是十分重要的，具有數(shù)據(jù)庫優(yōu)化經(jīng)驗(yàn)和軟件開發(fā)經(jīng)驗(yàn)的DBA可以在這個(gè)階段就及時(shí)發(fā)現(xiàn)對(duì)于性能影響較大的需求，并且尋求解決方案，引導(dǎo)客戶采用比較優(yōu)化的操作模式。因此在需求開發(fā)階段，“需求性能分析服務(wù)”是十分關(guān)鍵的服務(wù)。    

需求性能分析服務(wù)是一種項(xiàng)目前期咨詢服務(wù)，在需求獲取階段或者需求設(shè)計(jì)階段，都可以使用。但是在不同的階段，對(duì)服務(wù)提供者的要求不同。能夠在需求獲取階段提供咨詢服務(wù)的服務(wù)提供者，需要既是Oracle的專家，又是應(yīng)用開發(fā)的專家，同時(shí)還是業(yè)務(wù)方面的專家。對(duì)于在需求設(shè)計(jì)階段的咨詢服務(wù)提供者，在業(yè)務(wù)方面的要求略低。咨詢專家可以針對(duì)客戶需求，從數(shù)據(jù)庫性能的角度進(jìn)行分析，對(duì)可能嚴(yán)重影響數(shù)據(jù)庫性能的需求，提出解決方案，甚至否決需求。咨詢專家的介入，會(huì)提高需求階段的工程質(zhì)量，為整個(gè)工程的最終順利實(shí)施提供保障。

系統(tǒng)設(shè)計(jì)階段的數(shù)據(jù)庫優(yōu)化   

系統(tǒng)設(shè)計(jì)階段包括系統(tǒng)架構(gòu)設(shè)計(jì)、邏輯設(shè)計(jì)、物理設(shè)計(jì)等子階段。系統(tǒng)架構(gòu)對(duì)于數(shù)據(jù)庫的性能影響也是十分巨大的，采用不同的系統(tǒng)架構(gòu)，對(duì)后續(xù)的設(shè)計(jì)和應(yīng)用開發(fā)都具有十分大的影響，不合理的系統(tǒng)架構(gòu)甚至?xí)斐身?xiàng)目的失敗。架構(gòu)設(shè)計(jì)人員往往缺乏數(shù)據(jù)庫優(yōu)化方面的經(jīng)驗(yàn)，他們設(shè)計(jì)架構(gòu)的原則是根據(jù)業(yè)務(wù)和應(yīng)用軟件開發(fā)來制定的，因此往往僅僅考慮了業(yè)務(wù)的拓展性以及應(yīng)用開發(fā)的可控性，而過于靈活的應(yīng)用架構(gòu)可能會(huì)最終導(dǎo)致嚴(yán)重的性能問題，甚至導(dǎo)致項(xiàng)目失敗。

加拿大某公司的供應(yīng)鏈管理系統(tǒng)是全球排名前10名的供應(yīng)鏈管理系統(tǒng)，在中小型供應(yīng)鏈管理系統(tǒng)中，十分具有競爭力。但是由于其架構(gòu)方面的原因，在大型企業(yè)和超大型企業(yè)中，一直無法得到很好的應(yīng)用，其主要原因是架構(gòu)方面局限性，導(dǎo)致了在并發(fā)量較大的環(huán)境下，產(chǎn)生了嚴(yán)重的性能瓶頸。而這種性能瓶頸是無法調(diào)優(yōu)的，除非重新構(gòu)造整個(gè)系統(tǒng)。    

在邏輯設(shè)計(jì)階段，需要進(jìn)行數(shù)據(jù)模型的邏輯建模。作為一個(gè)具有十分豐富的邏輯設(shè)計(jì)經(jīng)驗(yàn)的系統(tǒng)設(shè)計(jì)師來說，創(chuàng)建一套完美的符合第三范式的邏輯模型不是什么難事。但是從數(shù)據(jù)庫的性能角度來考慮，第三范式不一定是最佳的選擇，有時(shí)候?yàn)榱吮苊庑阅軉栴}，設(shè)計(jì)一定的冗余數(shù)據(jù)，也是十分必要的。不幸的是系統(tǒng)設(shè)計(jì)師往往都不具有足夠的數(shù)據(jù)庫優(yōu)化經(jīng)驗(yàn)，因此在這個(gè)階段也存在形成性能瓶頸的風(fēng)險(xiǎn)。

在物理設(shè)計(jì)階段，需要對(duì)數(shù)據(jù)庫進(jìn)行物理建模。物理建模是決定系統(tǒng)性能的關(guān)鍵，IO負(fù)載如何均衡、如何避免行鏈、如何避免表空間碎片、如何創(chuàng)建合理的索引，等等，都需要在這個(gè)階段設(shè)計(jì)完成。在這個(gè)階段需要經(jīng)驗(yàn)十分豐富的Oracle DBA和系統(tǒng)設(shè)計(jì)人員共同來完成。而事實(shí)上，在這個(gè)階段，往往缺乏有經(jīng)驗(yàn)的DBA參與，普通應(yīng)用軟件開發(fā)商的DBA是無法勝任這項(xiàng)工作的。

由于系統(tǒng)設(shè)計(jì)階段對(duì)最終系統(tǒng)的性能影響如此巨大，因此在系統(tǒng)設(shè)計(jì)階段需要一種綜合性的咨詢服務(wù)，也就是我們常說的“系統(tǒng)模型優(yōu)化服務(wù)”。

系統(tǒng)模型優(yōu)化服務(wù)是一種綜合性的服務(wù)，服務(wù)提供商需要對(duì)應(yīng)用體系架構(gòu)、邏輯模型、物理模型進(jìn)行綜合的分析，找出性能瓶頸，并根據(jù)系統(tǒng)要求，提出解決方案。為了更好地進(jìn)行系統(tǒng)設(shè)計(jì)，系統(tǒng)模型優(yōu)化服務(wù)應(yīng)該貫穿系統(tǒng)設(shè)計(jì)的全過程，包括：

• 數(shù)據(jù)庫性能優(yōu)化與系統(tǒng)設(shè)計(jì)培訓(xùn)課程
• 應(yīng)用系統(tǒng)架構(gòu)設(shè)計(jì)評(píng)審    
• 應(yīng)用系統(tǒng)邏輯模型評(píng)審
• 應(yīng)用系統(tǒng)物理模型評(píng)審

軟件開發(fā)階段的數(shù)據(jù)庫優(yōu)化  

如果在需求和設(shè)計(jì)階段避免了各種性能瓶頸，那么應(yīng)用軟件開發(fā)階段的性能優(yōu)化工作就會(huì)輕松很多。但是由于軟件開發(fā)階段涉及的人員較多，并且每個(gè)開發(fā)人員的能力有所不同，因此在這個(gè)階段也是容易造成性能問題擴(kuò)散的主要階段。這個(gè)階段產(chǎn)生的性能問題往往是分散的，集中于某些不夠優(yōu)化的SQL代碼。其修復(fù)的代價(jià)也低于前面兩個(gè)階段。在應(yīng)用軟件開發(fā)階段，“應(yīng)用開發(fā)性能優(yōu)化套餐”可以幫助應(yīng)用開發(fā)商避免性能問題，套餐內(nèi)容包括：

• SQL與數(shù)據(jù)庫性能培訓(xùn)課程
• PL/SQL性能優(yōu)化培訓(xùn)課程
• 專職DBA服務(wù)

專職DBA服務(wù)的主要內(nèi)容是派遣專職的DBA參與開發(fā)，該DBA的主要任務(wù)是幫助開發(fā)人員分析SQL的性能并協(xié)助進(jìn)行SQL優(yōu)化。專職DBA的另外一個(gè)職能是對(duì)大型SQL進(jìn)行審核，沒有通過審核的SQL必須在開發(fā)階段進(jìn)行優(yōu)化改造。有了專職DBA的參與，可以在開發(fā)階段減少大量的性能瓶頸。

系統(tǒng)測試階段的數(shù)據(jù)庫優(yōu)化

如果在前面的各個(gè)階段，都已經(jīng)對(duì)數(shù)據(jù)庫的性能進(jìn)行了優(yōu)化，那么系統(tǒng)測試階段是解決遺留系統(tǒng)性能問題的最佳階段，由于系統(tǒng)開發(fā)已經(jīng)完成，因此集成測試和系統(tǒng)測試成為可能，很多在系統(tǒng)測試階段才可能暴露出來的性能問題可以得到充分的暴露，而且由于系統(tǒng)還沒有正式上線，因此系統(tǒng)調(diào)整和優(yōu)化的代價(jià)也很小。    

在實(shí)際情況中，測試階段大家的主要精力都集中在解決軟件BUG方面，往往忽視了對(duì)系統(tǒng)性能和數(shù)據(jù)庫性能的測試。由于開發(fā)隊(duì)伍缺乏壓力測試的能力，因此壓力測試往往被省略了。這些省略的后果往往就是系統(tǒng)上線后產(chǎn)生嚴(yán)重的性能問題。在系統(tǒng)測試階段，“壓力測試服務(wù)”和“系統(tǒng)性能評(píng)估服務(wù)”是兩種十分重要的服務(wù)。

壓力測試服務(wù)是服務(wù)公司為客戶提供的專業(yè)的測試服務(wù)，可以根據(jù)客戶應(yīng)用的特點(diǎn)，建立一套模擬的數(shù)據(jù)和模擬的業(yè)務(wù)運(yùn)行環(huán)境，并在這個(gè)環(huán)境中獲得第一手的系統(tǒng)性能參數(shù)，找到隱藏的性能瓶頸。以便于客戶在上線前解決存在的性能隱患。

系統(tǒng)性能評(píng)估服務(wù)的目的是為客戶進(jìn)行系統(tǒng)生命周期中的性能預(yù)估，可以根據(jù)目前的情況，估算幾年后系統(tǒng)運(yùn)行的情況，以及可能出現(xiàn)的系統(tǒng)瓶頸。評(píng)估報(bào)告可以讓客戶做出系統(tǒng)是否能夠上線的決策。也可以使客戶在系統(tǒng)運(yùn)行生命周期內(nèi)進(jìn)行系統(tǒng)升級(jí)和擴(kuò)容的規(guī)劃。

某移動(dòng)公司在開通彩鈴業(yè)務(wù)1年后，由于業(yè)務(wù)量發(fā)展十分迅速，導(dǎo)致系統(tǒng)性能出現(xiàn)嚴(yán)重的瓶頸，客戶投訴大幅度上升，甚至一度暫停新業(yè)務(wù)開戶，造成了重大的損失。因此，該移動(dòng)公司在擴(kuò)容彩鈴系統(tǒng)的時(shí)候，聘請了九鼎云州的咨詢?nèi)藛T，對(duì)系統(tǒng)進(jìn)行性能評(píng)估，根據(jù)其業(yè)務(wù)發(fā)展的實(shí)際情況，對(duì)2年內(nèi)系統(tǒng)各項(xiàng)指標(biāo)進(jìn)行估算，找出不達(dá)標(biāo)的指標(biāo)，要求供應(yīng)商改進(jìn)。在評(píng)估過程中，九鼎云州的咨詢?nèi)藛T發(fā)現(xiàn)了系統(tǒng)中存在的大量性能隱患，及時(shí)幫助供應(yīng)商解決了性能問題，該系統(tǒng)上線后，完全達(dá)到了移動(dòng)公司的設(shè)計(jì)要求，取得了良好的效果。    

系統(tǒng)運(yùn)行階段的數(shù)據(jù)庫優(yōu)化  

系統(tǒng)運(yùn)行階段的數(shù)據(jù)庫優(yōu)化是傳統(tǒng)意義上的數(shù)據(jù)庫優(yōu)化范疇的工作。當(dāng)系統(tǒng)正式上線后，系統(tǒng)的優(yōu)化往往受到很多的限制，因此優(yōu)化的手段也較前幾個(gè)階段少，優(yōu)化的成本也大大增加。在系統(tǒng)運(yùn)行階段，往往是由于缺乏嚴(yán)格的日常維護(hù)，因此很多系統(tǒng)性能隱患沒有及時(shí)發(fā)現(xiàn)，等到發(fā)現(xiàn)問題的時(shí)候，往往已經(jīng)錯(cuò)過了解決問題的最好時(shí)機(jī)，并且由于生產(chǎn)系統(tǒng)給問題解決的時(shí)間有限，往往造成解決問題的時(shí)間嚴(yán)重不足。

為了避免上述問題的出現(xiàn)，在系統(tǒng)運(yùn)行階段，加強(qiáng)系統(tǒng)日常的監(jiān)控和維護(hù)是十分必要的。在這個(gè)階段，大量的咨詢服務(wù)公司提供了豐富的服務(wù)項(xiàng)目，九鼎云州也在長期的數(shù)據(jù)庫維護(hù)工作中，和客戶一起，不斷完善服務(wù)的種類和內(nèi)容，以滿足客戶日益增長的IT服務(wù)需求。以下是幾種特別貼近企業(yè)級(jí)用戶的服務(wù)。

現(xiàn)場和遠(yuǎn)程在線護(hù)航服務(wù)：在系統(tǒng)繁忙的時(shí)段，咨詢?nèi)藛T在現(xiàn)場值守，協(xié)助解決問題。比如對(duì)于電信公司，在每個(gè)月月初的幾天，是出帳的繁忙期，在這幾天里，很容易出現(xiàn)一些突發(fā)性的性能問題，如果有專業(yè)DBA在現(xiàn)場支持，可以降低這幾天的業(yè)務(wù)風(fēng)險(xiǎn)?，F(xiàn)場護(hù)航服務(wù)的價(jià)格較為昂貴，因此對(duì)于資金不是十分充裕的客戶來說，選擇遠(yuǎn)程在線護(hù)航服務(wù)是一種變通的做法，其效果和現(xiàn)場護(hù)航服務(wù)類似，但是可以節(jié)約大量的費(fèi)用。    

遠(yuǎn)程離線護(hù)航服務(wù)：在線護(hù)航需要服務(wù)提供者能夠連到客戶的系統(tǒng)進(jìn)行服務(wù)，由于種種原因（當(dāng)然價(jià)格也是其中的因素之一），客戶無法使用在線服務(wù)，那么離線的遠(yuǎn)程護(hù)航服務(wù)也是一種不錯(cuò)的選擇?？蛻艨梢园熏F(xiàn)場采集到的數(shù)據(jù)，通過電子郵件發(fā)給服務(wù)提供商，由服務(wù)提供商的技術(shù)人員對(duì)這些數(shù)據(jù)進(jìn)行離線分析，對(duì)于系統(tǒng)存在的問題，提出合理的建議。離線分析數(shù)據(jù)一般包括Statspack報(bào)告、awr報(bào)告、addm報(bào)告、以及服務(wù)提供商提供的專用采集腳本采集的數(shù)據(jù)。數(shù)據(jù)分析的周期可以是每天、每周或者每月。

某大型電器制造企業(yè)售后服務(wù)再造系統(tǒng)是一個(gè)十分龐大的業(yè)務(wù)系統(tǒng)，平時(shí)在線使用的人數(shù)超過8000人，業(yè)務(wù)遍布全球。我們曾經(jīng)為其提供了有效的離線護(hù)航服務(wù)，每天現(xiàn)場技術(shù)人員會(huì)生成上午和下午高峰期間的STATSPACK報(bào)告，通過電子郵件發(fā)送給咨詢顧問。咨詢顧問每天對(duì)這些報(bào)告進(jìn)行分析，及時(shí)把建議反饋給現(xiàn)場技術(shù)人員。在此期間，州通過STATSPACK報(bào)告的分析，協(xié)助現(xiàn)場技術(shù)人員解決了大量的性能問題。有一次九鼎云州的技術(shù)人員從STATSPACK報(bào)告中的某些指標(biāo)，發(fā)現(xiàn)系統(tǒng)中可能有索引損壞了，通知現(xiàn)場人員的進(jìn)行時(shí)候，現(xiàn)場技術(shù)人員還沒有發(fā)現(xiàn)，只是發(fā)現(xiàn)今天某個(gè)業(yè)務(wù)模塊的投訴增加，經(jīng)過確認(rèn)，確實(shí)是一個(gè)索引損壞，導(dǎo)致了某個(gè)業(yè)務(wù)走全表掃描，業(yè)務(wù)產(chǎn)生了積壓。

數(shù)據(jù)庫監(jiān)理服務(wù)：對(duì)數(shù)據(jù)庫建立一套日常監(jiān)控、數(shù)據(jù)自動(dòng)采集和故障報(bào)警體系。這種服務(wù)需要相關(guān)的軟件配合，僅僅依靠人工是較難實(shí)現(xiàn)的。通過適當(dāng)?shù)膽?yīng)用軟件，可以幫助客戶建立客戶化的監(jiān)控平臺(tái)以及標(biāo)準(zhǔn)的監(jiān)控體系，幫助客戶實(shí)現(xiàn)數(shù)據(jù)庫監(jiān)控的簡單化、標(biāo)準(zhǔn)化和自動(dòng)化。九鼎云州的數(shù)據(jù)庫綜合監(jiān)控與優(yōu)化服務(wù)套餐就是一種典型的數(shù)據(jù)庫監(jiān)理服務(wù)。對(duì)于企業(yè)用戶來說，數(shù)據(jù)庫監(jiān)理是一種規(guī)避風(fēng)險(xiǎn)的有效手段，通過對(duì)數(shù)據(jù)庫進(jìn)行有效的監(jiān)理，可以提高系統(tǒng)的無故障運(yùn)行時(shí)間，確保系統(tǒng)性能的穩(wěn)定。由于數(shù)據(jù)庫監(jiān)理的復(fù)雜性，需要服務(wù)提供者具有較強(qiáng)的綜合服務(wù)能力，并且有較強(qiáng)的業(yè)務(wù)背景，因此能夠?qū)嵤?shù)據(jù)庫監(jiān)理服務(wù)的服務(wù)提供商還十分少，這種服務(wù)在業(yè)界還少為人知。    

圖片

數(shù)據(jù)庫監(jiān)理服務(wù)需要有一個(gè)強(qiáng)大的數(shù)據(jù)庫監(jiān)控平臺(tái)作為支撐，作為數(shù)據(jù)庫監(jiān)控平臺(tái)，應(yīng)具有以下功能：

• 能夠集中管理分散的數(shù)據(jù)庫系統(tǒng)，做到集中、實(shí)時(shí)地監(jiān)控并能夠在系統(tǒng)隱患發(fā)生前提供報(bào)警
• 具有獨(dú)特的高智能分析功能，可以使ORACLE數(shù)據(jù)庫發(fā)揮近乎極致的效率，并且是對(duì)于ORACLE數(shù)據(jù)庫的維護(hù)簡化為每天只需檢查生成的智能報(bào)告，查看是否有系統(tǒng)隱患產(chǎn)生。
• 如果有了系統(tǒng)隱患，可提供詳細(xì)的解決建議。
• 能夠完整保留歷史運(yùn)行數(shù)據(jù)，以提供將來故障定位、歷史分析時(shí)所需的數(shù)據(jù)    

l在新業(yè)務(wù)上線時(shí)或系統(tǒng)優(yōu)化時(shí)，可以作為優(yōu)化、測試與調(diào)整的工具，幫助定位問題根源，提供容量使用情況，以作為決策的依據(jù)

通過數(shù)據(jù)庫監(jiān)理的服務(wù)，可以向用戶提供一種預(yù)防性的監(jiān)控管理方案：

• 通過集中管理、集中監(jiān)控的手段實(shí)現(xiàn)分散數(shù)據(jù)庫的簡單、有效、自動(dòng)化管理
• 通過自動(dòng)化的評(píng)價(jià)報(bào)告確定系統(tǒng)現(xiàn)存問題和準(zhǔn)確現(xiàn)狀
• 進(jìn)而通過專業(yè)的分析，定位系統(tǒng)瓶頸，并采取針對(duì)解決措施
• 提供調(diào)優(yōu)輔助，消除系統(tǒng)存在問題
• 確認(rèn)調(diào)優(yōu)措施的實(shí)施效果，繼而重新確定系統(tǒng)存在的新問題和狀態(tài)。

當(dāng)問題被發(fā)現(xiàn)后，具有實(shí)施能力的服務(wù)提供商可以及時(shí)為客戶提供合理的解決方案，并協(xié)助客戶消除隱患，解決問題。通過以上過程的不斷反復(fù)循環(huán)，使系統(tǒng)的問題在萌芽狀態(tài)被發(fā)現(xiàn)并消除。使用戶每時(shí)每刻清晰的了解自己系統(tǒng)的運(yùn)行狀況和存在的問題，并提示問題解決方案和系統(tǒng)運(yùn)行管理建議。從而使用戶系統(tǒng)常年保持安全性和高效率的最佳平衡狀態(tài)。使用戶的設(shè)備投資獲得最大的經(jīng)濟(jì)收益。

數(shù)據(jù)遷移和數(shù)據(jù)重組服務(wù)：無論是出于性能的考慮還是其他原因，對(duì)于生產(chǎn)系統(tǒng)進(jìn)行數(shù)據(jù)遷移和重組都是十分困難的，特別是針對(duì)于海量數(shù)據(jù)庫的數(shù)據(jù)遷移和重組。目前這類服務(wù)主要由IBM/HP/SUN/EMC等設(shè)備供應(yīng)商提供，而由于設(shè)備供應(yīng)商不是專業(yè)的數(shù)據(jù)庫服務(wù)提供者，因此在數(shù)據(jù)遷移和重組過程中，沒有充分考慮到數(shù)據(jù)庫優(yōu)化的需求，在進(jìn)行數(shù)據(jù)遷移和重組的過程中喪失了一次極好的優(yōu)化機(jī)會(huì)。如果數(shù)據(jù)庫咨詢服務(wù)提供商和設(shè)備供應(yīng)商共同來完成數(shù)據(jù)遷移和重組工作，那么可以在數(shù)據(jù)遷移和重組過程中，針對(duì)系統(tǒng)存在的IO方面的問題進(jìn)行一次優(yōu)化，從而達(dá)到事半功倍的效果。    

某聯(lián)通公司的數(shù)據(jù)庫性能出現(xiàn)問題，IO出現(xiàn)嚴(yán)重瓶頸。在其進(jìn)行存儲(chǔ)擴(kuò)容的時(shí)候，我們和HP的工程師一起對(duì)擴(kuò)容后的存儲(chǔ)進(jìn)行了合理的規(guī)劃，并根據(jù)目前的性能瓶頸，制定了合理的二次條帶方案。數(shù)據(jù)遷移后，IO瓶頸得到了徹底解決，數(shù)據(jù)庫的性能提高了2倍以上。

結(jié)論