oracle數(shù)據(jù)庫運(yùn)維

張蕊

1 Oracle數(shù)據(jù)庫需求分析

1.1 可行性分析

商業(yè)軟件必須根據(jù)客戶的基本需求和使用目的而運(yùn)維和開發(fā)的。從軟件工程的視角來看，它是軟件生命周期中啟動軟件開發(fā)任務(wù)的第一階段。眾所周知，世界上所有的問題都沒有一個簡單而明顯的解決方案，許多問題都無法在數(shù)據(jù)庫的預(yù)定規(guī)模內(nèi)得到解決。如果沒有解決問題的辦法，那么任何時間、資源、人力和金錢都浪費(fèi)在開發(fā)項目上。可行性研究的目標(biāo)是研究問題是不是可以最短時間內(nèi)以最小的成本來解決。可行性研究是研究當(dāng)前條件，新數(shù)據(jù)庫的發(fā)展有必要的資源和其他條件。為了實現(xiàn)這一目標(biāo)，我們必須仔細(xì)了解用戶的需求和實際環(huán)境，探索一些可供選擇的解決方案，并對每個解決方案的可行性進(jìn)行仔細(xì)的論證。本文從技術(shù)、經(jīng)濟(jì)、運(yùn)行、操作和時間來論證。

1.2 經(jīng)濟(jì)可行性

Oracle數(shù)據(jù)庫硬件成本低，數(shù)據(jù)庫構(gòu)建維護(hù)成本不高。從長遠(yuǎn)來看，數(shù)據(jù)經(jīng)營者使用Oracle數(shù)據(jù)庫，拉低了銷售成本，打破時間和地點的限制，經(jīng)濟(jì)性很可觀，能帶來長久的間接效益，為企業(yè)未來的發(fā)展奠定良好的基礎(chǔ)。從技術(shù)的流行趨勢來看，使用JQuery1.8+Struts2.1 +Spring3.0+ Hibernate4.4框架開發(fā)的Oracle數(shù)據(jù)庫是令人滿意的，而且有很多的網(wǎng)上監(jiān)控數(shù)據(jù)庫的成功案例，開發(fā)成本低，具有很高的經(jīng)濟(jì)和實際可行的發(fā)展。Oracle數(shù)據(jù)庫運(yùn)維開發(fā)的模型，客戶端只需要安裝網(wǎng)頁瀏覽器（如Windows IE瀏覽器，配合操作數(shù)據(jù)庫的安裝），通過網(wǎng)頁為的電腦技能即可使用。

1.3 技術(shù)可行性

從技術(shù)的角度來看，該數(shù)據(jù)庫的基本運(yùn)維思想是根據(jù)功能模塊分解的整個數(shù)據(jù)庫，使用JQuery1.8+Struts2.1 +Spring3.0+ Hibernate4.4為基本框架，使用MySQL數(shù)據(jù)庫進(jìn)行數(shù)據(jù)存儲與管理數(shù)據(jù)。SSH框架，MVC運(yùn)維模式開發(fā)基于Web的信息數(shù)據(jù)庫的使用，已經(jīng)被無數(shù)人的實踐驗證，也與發(fā)展的實際情況相符，是完全可行的和非常有效的。MySQL數(shù)據(jù)庫具有使用方便、可擴(kuò)展性好、與相關(guān)軟件集成度高，使用Tomcat6.0服務(wù)器，是一個開放源代碼的軟件。掌握這些語言和工具后，開發(fā)該數(shù)據(jù)庫是可行的。

2 Oracle數(shù)據(jù)庫應(yīng)用

2.1 數(shù)據(jù)庫分層應(yīng)用

分層實現(xiàn)數(shù)據(jù)庫運(yùn)維已經(jīng)成為目前軟件體系架構(gòu)運(yùn)維中比較流行的運(yùn)維方式，分層式結(jié)構(gòu)也是最重要的一種結(jié)構(gòu)。層的運(yùn)維原則是“對外接口、對內(nèi)封裝實現(xiàn)”，定義好各層接口之后，負(fù)責(zé)不同組件開發(fā)的人員，就可以專心致志的開發(fā)本層的任務(wù)，例如：前臺UI開發(fā)人員只需考慮界面的美觀，和用戶體驗程度高，后臺業(yè)務(wù)開發(fā)人員僅關(guān)注實現(xiàn)業(yè)務(wù)邏輯即可，數(shù)據(jù)庫運(yùn)維人員也不必?zé)溃芭_交互訪問了。各司其職，這樣開發(fā)進(jìn)度就能得到確保。Oracle數(shù)據(jù)庫運(yùn)維也采用分層式結(jié)構(gòu)，整個數(shù)據(jù)庫分為用戶表現(xiàn)層（UI）、業(yè)務(wù)邏輯層（BLL）和數(shù)據(jù)訪問層（DAL）。

2.2 表現(xiàn)層（UI）

表示層處于第一層，用于顯示數(shù)據(jù)和接收用戶輸入的數(shù)據(jù)，為用戶提供一種可交互的可操作的頁面。Oracle數(shù)據(jù)庫運(yùn)維中的用戶表現(xiàn)層由struts2和JSP頁面實現(xiàn)。

3 Oracle數(shù)據(jù)庫的維護(hù)與運(yùn)行

3.1 維護(hù)的定義

通過性能運(yùn)維檢測各模塊的功能是否達(dá)到預(yù)期的運(yùn)維，應(yīng)用程序是否按照預(yù)期的運(yùn)維編譯和執(zhí)行，程序運(yùn)行輸出的結(jié)果是否和期望值一致，運(yùn)維服務(wù)器，數(shù)據(jù)庫與軟件系統(tǒng)三者運(yùn)行是否穩(wěn)定可靠。通過并發(fā)度運(yùn)維和負(fù)載運(yùn)維找到系統(tǒng)的最大負(fù)荷，是否大于實際使用的負(fù)荷狀態(tài)，以穩(wěn)定可靠為原則，尋找系統(tǒng)中的運(yùn)維漏洞不足與邏輯問題，及時發(fā)現(xiàn)，及時解決。防止系統(tǒng)投入實際用電后出現(xiàn)問題，那樣不僅影響視供電公司的用電而且修復(fù)成本要比在運(yùn)維時大得多。本次運(yùn)維的目的在于盡可能的將系統(tǒng)投入使用后會出現(xiàn)的問題降低到最低，讓系統(tǒng)運(yùn)行在良好的狀態(tài)，為供電公司的用電服務(wù)。

3.2 維護(hù)的原則

①維護(hù)應(yīng)該盡早進(jìn)行，最好在需求階段就開始介入，因為最嚴(yán)重的錯誤不外乎是數(shù)據(jù)庫不能滿足用戶的需求。

②程序員應(yīng)該避免檢查自己的程序，軟件維護(hù)應(yīng)該由第三方來負(fù)責(zé)。

③運(yùn)維維護(hù)用例時應(yīng)考慮到合法的輸入和不合法的輸入以及各種邊界條件，特殊情況下要制造極端狀態(tài)和意外狀態(tài)，如網(wǎng)絡(luò)異常中斷、電源斷電等。

④應(yīng)該充分注意維護(hù)中的群集現(xiàn)象。

⑤對錯誤結(jié)果要進(jìn)行一個確認(rèn)過程。一般由A維護(hù)出來的錯誤，一定要由B來確認(rèn)。嚴(yán)重的錯誤可以召開評審會議進(jìn)行討論和分析，對維護(hù)結(jié)果要進(jìn)行嚴(yán)格地確認(rèn)，是否真的存在這個問題以及嚴(yán)重程度等。

⑥制定嚴(yán)格的維護(hù)計劃。一定要制定維護(hù)計劃，并且要有指導(dǎo)性。維護(hù)時間安排盡量寬松，不要希望在極短的時間內(nèi)完成也有一個高水平的維護(hù)。

⑦妥善保存維護(hù)計劃、維護(hù)用例、出錯統(tǒng)計和最終分析報告，為維護(hù)提供方便。

4結(jié)論與展望

本文經(jīng)過對數(shù)據(jù)行業(yè)詳細(xì)的需求調(diào)研、經(jīng)過可行性的論證分析，在詳細(xì)了解的用戶的需求后，確定了數(shù)據(jù)庫的運(yùn)維目標(biāo)是為了滿足用戶在網(wǎng)上方便監(jiān)控需求而開發(fā)出在線的網(wǎng)絡(luò)監(jiān)控數(shù)據(jù)庫應(yīng)用程序。針對于Oracle數(shù)據(jù)庫運(yùn)維的開發(fā)，選擇了Web開發(fā)三層架構(gòu)，分為“表示層”、“業(yè)務(wù)層“和“持久層”這種高度靈活可擴(kuò)展的架構(gòu)，易于以后數(shù)據(jù)庫的升級維護(hù)。

參考文獻(xiàn)

[1] 秦士兵.電力企業(yè)信息系統(tǒng)中Oracle數(shù)據(jù)庫運(yùn)維管理[J]. 中國新技術(shù)新產(chǎn)品. 2012（21）

[2] 汪勝利.企業(yè)內(nèi)部ORACLE數(shù)據(jù)庫監(jiān)控系統(tǒng)技術(shù)體系[J]. 安徽電氣工程職業(yè)技術(shù)學(xué)院學(xué)報. 2011（S1）endprint