軟件項(xiàng)目維護(hù)方案(參考示例)

1、.軟件項(xiàng)目維護(hù)方案.1. 項(xiàng)目背景及目標(biāo)1.1. 項(xiàng)目背景在國家政策的指導(dǎo)和幫助下，信息化也越來越發(fā)揮出十分重要的作用。XXXX不斷加大信息化管理工作力度，積極實(shí)施“上網(wǎng)工程”，大力推進(jìn)全市局域網(wǎng)建精品文檔，你值得期待設(shè)，加快辦公自動(dòng)化系統(tǒng)進(jìn)程，信息技術(shù)在改革中發(fā)揮了重要的支撐作用，為充分發(fā)揮政府公共職能， 促進(jìn)依法理財(cái)、 科學(xué)理財(cái)，提供了重要的信息技術(shù)保障。近年來建設(shè)各系統(tǒng)隨著數(shù)據(jù)量的逐年增加，陸續(xù)出現(xiàn)了性能問題， 有必要進(jìn)行數(shù)據(jù)庫系統(tǒng)的升級及性能優(yōu)化，以確保應(yīng)用系統(tǒng)的正常運(yùn)行， 為單位員工提供更好的信息服務(wù)。1.2. 項(xiàng)目目標(biāo) 對各系統(tǒng)數(shù)據(jù)庫進(jìn)行補(bǔ)丁升級服務(wù)，安裝補(bǔ)丁前制定詳細(xì)的升級計(jì)劃和

2、應(yīng)急回退計(jì)劃。 完成各系統(tǒng)數(shù)據(jù)庫的性能調(diào)優(yōu)工作。 各業(yè)務(wù)持續(xù)性得到有效的保證。2. 需求分析XXXXXXX項(xiàng)目，我公司有多年的行業(yè)經(jīng)驗(yàn)。具有對運(yùn)維服務(wù)對象進(jìn)行適時(shí)監(jiān)測、指標(biāo)分析、和及時(shí)修復(fù)的能力。Oracle 產(chǎn)品日常運(yùn)行維護(hù)項(xiàng)目主要從如下幾個(gè)方面進(jìn)行：(1). 每天對 ORACLE數(shù)據(jù)庫的運(yùn)行狀態(tài) ,日志文件 ,備份情況 ,數(shù)據(jù)庫的空間使用情況 ,系統(tǒng)資源的使用情況進(jìn)行查看,發(fā)現(xiàn)并解決問題。(2). 每周對數(shù)據(jù)庫對象的空間擴(kuò)展情況,數(shù)據(jù)的增長情況進(jìn)行監(jiān)控,對數(shù)據(jù)庫.做健康查看 ,對數(shù)據(jù)庫對象的狀態(tài)做查看。(3). 查看表空間碎片 ,提出下一步空間管理計(jì)劃。 對 ORACLE數(shù)據(jù)庫狀態(tài)進(jìn)行一次

3、全面查看。（4）由于這些數(shù)據(jù)庫系統(tǒng)承載著XXXX非常重要的業(yè)務(wù)系統(tǒng)數(shù)據(jù)， 所以在日常維護(hù)中需要非常仔細(xì)，每周、每月、每季都需要有相應(yīng)的巡檢記錄，需要詳細(xì)記載以下一些內(nèi)容：監(jiān)控?cái)?shù)據(jù)庫對象的空間擴(kuò)展情況監(jiān)控?cái)?shù)據(jù)量的增長情況系統(tǒng)健康查看，查看以下內(nèi)容:數(shù)據(jù)庫對象有效性查看查看是否有危害到安全策略的問題。查看 alert、 Sqlnet 等日志并歸檔報(bào)錯(cuò)日志分析表和索引查看對數(shù)據(jù)庫會產(chǎn)生危害的增長速度查看表空間碎片數(shù)據(jù)庫性能調(diào)整預(yù)測數(shù)據(jù)庫將來的性能調(diào)整和維護(hù)工作后續(xù)空間3. 整體運(yùn)行維護(hù)服務(wù)方案3.1. Lifekeeper維護(hù)驗(yàn)證 LifeKeeper 的安裝查看已經(jīng)安裝的LifeKeeper軟件包

4、，可以使用命令：rpm qa|grep stee.啟動(dòng) LifeKeepera) 啟動(dòng) LifeKeeper 服務(wù)器進(jìn)程如果當(dāng)前您的系統(tǒng)沒有運(yùn)行LifeKeeper 則在所有服務(wù)器上以root 用戶身份輸入如下命令# /opt/LifeKeeper/bin/lkstartb) 啟動(dòng) LifeKeeper GUI服務(wù)器進(jìn)程同樣以 root 用戶運(yùn)行命令# /opt/LifeKeeper/bin/lkGUIserver start注意：以上命令只需運(yùn)行一次，以后每次系統(tǒng)重新啟動(dòng)時(shí)，LifeKeeper 會自動(dòng)運(yùn)行上述進(jìn)程有關(guān)的 LifeKeeper軟件的其它管理任務(wù)a) 停止 LifeKeeper

5、 服務(wù)如果需要在服務(wù)器上永久停止LifeKeeper服務(wù)，可以輸入下列命令$LKROOT/bin/lkstop該命令同時(shí)會使所有LifeKeeper保護(hù)的資源處于退出服務(wù)狀態(tài)，如果希望在停止LifeKeeper時(shí)保持資源 / 應(yīng)用的運(yùn)行，可以使用：$LKROOT/bin/lkstop -fb) 查看 LifeKeeper 進(jìn)程鍵入下列命令可以查看當(dāng)前運(yùn)行的所有LifeKeeper 進(jìn)程列表ps -ef | grep LifeKeeper啟動(dòng) LifeKeeperGUI配置工具進(jìn)入 LifeKeeper GUI管理工具可以通過運(yùn)行命令：/opt/LifeKeeper/bin/lkGUIapp則出

6、現(xiàn) LifeKeeper登錄界面：.可以使用 root 用戶登錄，也可以使用新建的用戶進(jìn)行登錄。檢測 LifeKeeper 集群運(yùn)行狀態(tài)可以使用 lcdstatus 命令對 LifeKeeper 集群的當(dāng)前運(yùn)行狀態(tài)進(jìn)行查看，命令格式：lcdstatus -q -d <主機(jī)名 >該程序向stdout 輸出在 LifeKeeper 資源層次配置狀態(tài)和通信路徑的狀態(tài).選項(xiàng) -q 表示輸出采用簡略的形式（建議使用該選項(xiàng)）選項(xiàng) d 表示要查看的主機(jī)，缺X 查看本機(jī)管理 LifeKeeper 中的資源注意：如果能運(yùn)行 LifeKeeper GUI，則使用其提供菜單命令執(zhí)行相應(yīng)操作；在執(zhí)行命令行

7、啟動(dòng) / 停止資源前，一定先使用 lcdstatus 命令確認(rèn)資源的實(shí)際狀態(tài)。a) 啟用資源 (In-Service)可以使用命令：./perform_action-t <資源標(biāo)記名 >-a restore將資源標(biāo)記名所對應(yīng)的資源在本機(jī)上投入服務(wù)（啟動(dòng)） 。如果該資源在命令使用前已經(jīng)在另一臺機(jī)器上處于運(yùn)行狀態(tài)， 則本命令執(zhí)行的結(jié)果相當(dāng)于執(zhí)行了一次手.工切換！如果該資源在命令使用前是處于停止?fàn)顟B(tài)（即在備機(jī)上執(zhí)行本命令） ，則本命令執(zhí)行的結(jié)果相當(dāng)于執(zhí)行了一次手工切換b) 停止資源 (out-of-service)可以使用命令：./perform_action-t <資源標(biāo)記名 &

8、gt;-a remove將資源標(biāo)記名所對應(yīng)的資源在本機(jī)上停止服務(wù)。如果該資源在命令使用前已經(jīng)在另一臺機(jī)器上處于運(yùn)行狀態(tài)，則本命令執(zhí)行不產(chǎn)生任何結(jié)果注意：在執(zhí)行命令行前后，一定先使用lcdstatus 命令確認(rèn)資源的當(dāng)前狀態(tài)。命令停止 / 啟動(dòng)本地的資源命令中的 <資源標(biāo)記名 >是區(qū)分大小寫的一定要等待命令完成，注意命令的輸出。詳細(xì)用法見在線幫助手冊。3.2. SQL SERVER 維護(hù)計(jì)算機(jī)系統(tǒng)各種軟、硬件故障、用戶誤操作以及惡意破壞是不可避免的,這些影響到數(shù)據(jù)的正確性甚至造成數(shù)據(jù)損失、服務(wù)器崩潰等致命后果。 數(shù)據(jù)庫的備份對保證系統(tǒng)的可靠性具有重要的作用。下面會根據(jù)執(zhí)行強(qiáng)度對維護(hù)任

9、務(wù)及其相應(yīng)的程序進(jìn)行分類描述，執(zhí)行強(qiáng)度用不同的時(shí)間間隔定義，包括每天、每周、每月和每季度，能夠建立起良好的維護(hù)實(shí)務(wù)，確保 SQL Server數(shù)據(jù)庫性能和安全。每天的例行維護(hù)任務(wù)需要數(shù)據(jù)庫管理員密切關(guān)注的維護(hù)任務(wù)，最好每天都查看一下， 這樣可以確保系統(tǒng)的可靠性、可用性、運(yùn)行性能和安全。每天的例行維護(hù)任務(wù)包括：1、查看是不是所有被請求的SQL Server服務(wù)都正常運(yùn)行。2、查看日常備份日志中成功、警告或者失敗記錄。.3、查看 Windows 事件日志有沒有錯(cuò)誤記錄。4、查看 SQL Server日志有沒有安全警告記錄，例如非法登錄。5、執(zhí)行完全備份或差異備份。6、在設(shè)置了完全恢復(fù)模型或大容量日

10、恢復(fù)模型的數(shù)據(jù)庫上執(zhí)行事務(wù)日志備份任務(wù)。7、核實(shí) SQL Server作業(yè)沒有失敗。8、查看所有的數(shù)據(jù)庫文件和事務(wù)日志具有合適的磁盤空間大小。9、至少要監(jiān)控處理器、內(nèi)存或者磁盤計(jì)數(shù)器沒有出現(xiàn)瓶頸。每周的例行維護(hù)任務(wù)關(guān)注程度稍遜于每天的例行維護(hù)任務(wù)，最好每周進(jìn)行一次例行查看。 每周的例行維護(hù)任務(wù)包括：1、執(zhí)行完全備份或差異備份。2、查看以前執(zhí)行的維護(hù)計(jì)劃報(bào)告。3、查看數(shù)據(jù)庫完整性。4、如果需要，執(zhí)行收縮數(shù)據(jù)庫任務(wù)。5、通過重新組織索引任務(wù)壓縮聚集和非聚集表和視圖。6、通過重新生成索引任務(wù)在數(shù)據(jù)頁和索引頁重新組織數(shù)據(jù)。7、更新所有用戶表和系統(tǒng)表的統(tǒng)計(jì)信息8、清除備份、還原、 SQL Server代

11、理作業(yè)和維護(hù)計(jì)劃等操作的歷史數(shù)據(jù)。9、如果需要，手動(dòng)增長數(shù)據(jù)庫或事務(wù)日志文件10、清除執(zhí)行維護(hù)計(jì)劃殘留下來的文件。每月或每季度的維護(hù)任務(wù)有一些維護(hù)計(jì)劃不需要執(zhí)行得過于頻繁，可以每個(gè)月或每個(gè)季度執(zhí)行一次。但是請不要以為這些任務(wù)不需要天天執(zhí)行就無足輕重，這些任務(wù)可以確保數(shù)據(jù)庫環(huán)境的健康，所以不要輕視以下這些維護(hù)任務(wù)：1、在測試環(huán)境中執(zhí)行備份還原操作。2、將歷史數(shù)據(jù)歸檔。.3、分析收集的性能統(tǒng)計(jì)數(shù)據(jù)，與基準(zhǔn)值相比較。3、查看并更新維護(hù)文檔。4、查看并安裝最新的SQL Server補(bǔ)丁和補(bǔ)丁包。5、如果運(yùn)行簇、數(shù)據(jù)庫鏡像或日志傳送，則監(jiān)測故障轉(zhuǎn)移。6、驗(yàn)證備份和還原進(jìn)程是否遵循已定義的服務(wù)等級協(xié)議。7

12、、更新 SQL Server構(gòu)建指南。8、更新 SQL Server災(zāi)難恢復(fù)文檔。9、更新維護(hù)計(jì)劃列表10、修改管理員口令。11、修改 SQL Server服務(wù)帳戶口令。3.3. WebLogic維護(hù)性能調(diào)優(yōu)設(shè)定執(zhí)行隊(duì)列的溢出條件Weblogic Server 提供給默認(rèn)的執(zhí)行隊(duì)列或用戶自定義的執(zhí)行隊(duì)列自定義溢出條件的功能，當(dāng)滿足此溢出條件時(shí)，服務(wù)器改變其狀態(tài)為“警告”狀態(tài)，并且額外的再分配一些線程去處理在隊(duì)列中的請求，而達(dá)到降低隊(duì)列長度的目的。通過啟動(dòng)管理控制臺，在域（如：mydomain）> 服務(wù)器 > server實(shí)例（如：myserver）>配置下面幾項(xiàng)：隊(duì)列長度：此

13、值表示執(zhí)行隊(duì)列中可容納的最大請求數(shù)，默認(rèn)值是65536，最后不要手動(dòng)改變此值。隊(duì)列長度閾值百分比： 此值表示溢出條件， 在此服務(wù)器指出隊(duì)列溢出之前可以達(dá)到的隊(duì)列長度大小的百分比。線程數(shù)增加：當(dāng)檢測到溢出條件時(shí)，將增加到執(zhí)行隊(duì)列中的線程數(shù)量。如果CPU和內(nèi)存不是足夠的高，盡量不要改變默認(rèn)值“0”。因?yàn)?Weblogic 一旦增加后不會自動(dòng)縮減，雖然最終可能確實(shí)起到了降低請求的作用，但在將來的運(yùn)行中將影.響程序的性能。最大線程數(shù)：為了防止創(chuàng)建過多的線程數(shù)量，可以通過設(shè)定最大的線程數(shù)進(jìn)行控制。在實(shí)際的應(yīng)用場景中，應(yīng)根據(jù)具體情況適當(dāng)?shù)恼{(diào)整以上參數(shù)。設(shè)定隊(duì)列監(jiān)測行為Weblogic Server能夠自動(dòng)

14、監(jiān)測到當(dāng)一個(gè)執(zhí)行線程變?yōu)椤白枞?。變?yōu)椤白枞睜顟B(tài)的執(zhí)行線程將無法完成當(dāng)前的工作， 也無法再執(zhí)行新請求。 如果執(zhí)行隊(duì)列中的所有執(zhí)行線程都變?yōu)椤白枞睜顟B(tài)， Weblogic server可能改變狀態(tài)為“警告”或“嚴(yán)重”狀態(tài)。如果 Weblogic server 變?yōu)椤皣?yán)重”狀態(tài)，可以通過 Node Manager來自動(dòng)關(guān)閉此服務(wù)器并重新啟動(dòng)它。具體請參考：Node Manager Capabilities 文檔。通過啟動(dòng)管理控制臺，在域（如：mydomain）> 服務(wù)器 > server實(shí)例（如：myserver）>配置 > 調(diào)整下可配置下面幾項(xiàng)：阻塞線程最長時(shí)間： 在

15、此服務(wù)器將線程診斷為阻塞線程之前， 線程必須連續(xù)工作的時(shí)間長度 (秒 )。默認(rèn)情況下， WebLogic Server 認(rèn)為線程在連續(xù)工作 600 秒后成為阻塞線程。阻塞線程計(jì)時(shí)器間隔： WebLogic Server 定期掃描線程以查看它們是否已經(jīng)連續(xù)工作了 "阻塞線程最長時(shí)間 " 字段中指定的時(shí)間長度的間隔時(shí)間 (秒 )。默認(rèn)情況下， WebLogic Server 將此時(shí)間間隔設(shè)置為 600 秒。盡量使用本地 IO 庫WebLogic Server有兩套套接字復(fù)用器： Java版和本地庫。采用小型本地庫更有效 ,盡量激活 Enable Native IO(默認(rèn) ),此

16、時(shí) UNIX默認(rèn)使用 CPUs+1個(gè)線程 ,Window 下為雙倍 CPU。如果系統(tǒng)不能加載本地庫,將會拋出此時(shí)只能使用Java 套接字復(fù)用器,可以調(diào)整socket readers 百分比 ,默 認(rèn)為 33%。 該 參數(shù)可以在 Console Server Tuning Configuration 配置欄里設(shè)置，配置完，重新啟動(dòng) WebLogic Server即可。.調(diào)整默認(rèn)執(zhí)行線程數(shù)名稱開發(fā)模式產(chǎn)品模式推薦個(gè)數(shù)Execute默認(rèn)的執(zhí)行線程為15默認(rèn)的執(zhí)行線程為25200Queues在管理控制臺修改默認(rèn)執(zhí)行隊(duì)列線程數(shù)的步驟如下：如果管理服務(wù)器沒有運(yùn)行，先啟動(dòng)。訪問管理控制臺。展開左邊面板的Se

17、rvers 節(jié)點(diǎn)，顯示 Server列表。右擊 Server，在彈出菜單中選擇View Execute Queues ，就會在右邊面板顯示有執(zhí)行隊(duì)列的表用來修改。注意：你只能修改默認(rèn)的執(zhí)行隊(duì)列或者用戶定義的執(zhí)行隊(duì)列。在 Name 列，直接點(diǎn)擊默認(rèn)執(zhí)行隊(duì)列名稱，顯示配置標(biāo)簽用來修改執(zhí)行隊(duì)列數(shù)。填下適當(dāng)?shù)木€程數(shù)。點(diǎn)擊 Apply，保存剛才的修改。.重啟 Server，使新的執(zhí)行隊(duì)列設(shè)置生效。JDBC 調(diào)優(yōu)驅(qū)動(dòng)程序類型選擇Oracle提供 thin 驅(qū)動(dòng)和 oci 驅(qū)動(dòng) ,從性能上來講 ,oci 驅(qū)動(dòng)強(qiáng)于 thin 驅(qū)動(dòng) ,特別是大數(shù)據(jù)量的操作。但在簡單的數(shù)據(jù)庫操作中,性能相差不大 ,隨著 thin

18、 驅(qū)動(dòng)的不斷改進(jìn) ,這一弱勢將得到彌補(bǔ)。 而 thin 驅(qū)動(dòng)的移植性明顯強(qiáng)于oci 驅(qū)動(dòng)。所以在通常情況下建議使用thin 驅(qū)動(dòng)調(diào)節(jié)連接池初始容量和最大容量JDBC Connection Pool的調(diào)優(yōu)受制于 WebLogic Server線程數(shù)的設(shè)置和數(shù)據(jù)庫進(jìn)程數(shù) ,游標(biāo)的大小。通常我們在一個(gè)線程中使用一個(gè)連接,所以連接數(shù)并不是越多越好 ,為避免兩邊的資源消耗，建議設(shè)置連接池的最大值等于或者略小于線程數(shù)。同時(shí)為了減少新建連接的開銷,將最小值和最大值設(shè)為一致； 值等于 WebLogicServer 的執(zhí)行線程數(shù)。.其他配置盡管 JDBC Connection Pool 提供了很多高級參數(shù) ,在

19、開發(fā)模式下比較有用 ,但大部分在生產(chǎn)環(huán)境下不需調(diào)整。這里建議最好不要設(shè)置測試表, 同時(shí)TestReserved Connections和 Test Released Connections也無需勾上。當(dāng)然如果你的數(shù)據(jù)庫不穩(wěn)定 ,時(shí)斷時(shí)續(xù) ,你就可能需要上述的參數(shù)打開WEB 調(diào)優(yōu)調(diào)整 WEB應(yīng)用描述符WEB應(yīng)用除代碼之外的調(diào)優(yōu)比較簡單,僅僅是對一些 WEB應(yīng)用描述符的調(diào)整。首先關(guān)閉 Session Monitoring Enabled,僅僅在 Cluster環(huán)境下設(shè)置 Session復(fù)制 (優(yōu)先使用內(nèi)存復(fù)制 ),在保證應(yīng)用正常運(yùn)行的情況下,設(shè)置較短的Session 超時(shí)時(shí)間。同.時(shí)生產(chǎn)環(huán)境下無需

20、查看Jsp和 servlet：JSPPage Check Secs和 Servlet Reload CheckSecs均設(shè)為 -1,關(guān)閉 JSPKeep Generated 和 JSPVerbose對性能也有幫助。此外，還可以對 jsp 進(jìn)行預(yù)編譯 ,有兩種方法：激活 precompile 選項(xiàng)；使用 weblogic.appc事先編譯，建議采用后者。其他調(diào)優(yōu)設(shè)置文件描述符大小調(diào)整首先設(shè)置 WEB主機(jī)系統(tǒng)的 ulimit 參數(shù)為 unlimited ，然后設(shè)置 WebLogic 中文件描述符的大小。在WL_HOME/bea/weblogic/common/bin 中打開文件 commEnv.s

21、h，修改設(shè)置文件描述符大小的指令，將默認(rèn)的：ulimit n 1024 修改為： ulimit n 8192維護(hù)管理啟動(dòng) webl ogic server啟動(dòng)管理服務(wù)器：執(zhí)行startAdmserver.sh啟動(dòng)被管理服務(wù)器：執(zhí)行startManagedWebLogic.sh servername adminurl停止 webl ogic server停止被管理服務(wù)器：執(zhí)行 stopWebLogic.sh servername 啟動(dòng)被管理服務(wù)器：執(zhí)行 stopWebLogic.sh登錄和退出管理控制臺管理服務(wù)器啟動(dòng)后可以在瀏覽器中登錄管理控制臺輸入 URL：http:/hostname:por

22、t/console或 https:/hostname:port/console.hostname：管理服務(wù)器的ip 地址或 DNS名port ：管理服務(wù)器監(jiān)聽的端口如果管理服務(wù)器啟動(dòng)時(shí)使用SSL，則使用 https 訪問管理控制臺在彈出的窗口“ Console Login 中“輸入用戶名和密碼登錄性能監(jiān)控查看性能參數(shù)登錄控制臺后點(diǎn)擊Servers-servername-Monitoring-Performance參數(shù)分析1)Idle Threads && Queue Length && Throughout正常情況下idle threads >0 ，que

23、ue Length 為 0，Throughout 呈不規(guī)則變化曲線，Memory Usage 呈適度頻度的鋸齒變化曲線。一般來說，對于正常配置的生產(chǎn)環(huán)境（線程數(shù)50200），如果 idle threads <10，或者呈現(xiàn)不斷降低的趨勢，就應(yīng)加以關(guān)注；空閑線程數(shù)與隊(duì)列長度通常有如下關(guān)系：A、如果空閑線程數(shù) >0 ，則 queue length =0 ；B、反之，如果 queue length>0 ，則空閑線程數(shù) =0 ；2)Memory Usage.Memory Usage = totalMemory() freeMemory()內(nèi)存使用曲線反應(yīng)了JVM Heap內(nèi)存使用的變

24、化情況，可以結(jié)合其他三個(gè)值的變化情況來判斷 server 工作情況；比較理想的狀態(tài)是適當(dāng)頻度的各種鋸齒變化，由于 JVM GC多采用“ stop the world”機(jī)制，也就是垃圾回收時(shí)其他處理將暫停，過度頻繁的 GC將明顯降低 server 工作效率和性能表現(xiàn)。3.4. Oracle 維護(hù)Oracle Database，又名 Oracle RDBMS，或簡稱 Oracle。是甲骨文公司的一款關(guān)系數(shù)據(jù)庫管理系統(tǒng)。它是在數(shù)據(jù)庫領(lǐng)域一直處于領(lǐng)先地位的產(chǎn)品。可以說Oracle 數(shù)據(jù)庫系統(tǒng)是目前世界上流行的關(guān)系數(shù)據(jù)庫管理系統(tǒng)，系統(tǒng)可移植性好、使用方便、功能強(qiáng)，適用于各類大、中、小、微機(jī)環(huán)境。它是一種

25、高效率、可靠性好的適應(yīng)高吞吐量的數(shù)據(jù)庫解決方案。數(shù)據(jù)庫性能優(yōu)化Oracle 性能管理既是一種藝術(shù)， 也是一種科學(xué)。 從實(shí)用角度講， 它可以分為兩種類型，主動(dòng)式和被動(dòng)式性能管理。 主動(dòng)式性能管理涉及到特定系統(tǒng)實(shí)施初期的設(shè)計(jì)和開發(fā)，包括硬件選擇、性能及容量規(guī)劃，海量存儲系統(tǒng)的選擇，I-O 子系統(tǒng)配置及優(yōu)化，以及如何對不同組件進(jìn)行定制，以滿足Oracle 數(shù)據(jù)庫和應(yīng)用系統(tǒng)的復(fù)雜要求。被動(dòng)式性能管理涉及到現(xiàn)有環(huán)境中不同組件的性能評估、故障排除和Oracle環(huán)境的優(yōu)化。本文旨在探討如何進(jìn)行被動(dòng)式性能調(diào)優(yōu)，以便為Oracle 性能調(diào)優(yōu)提供必要的指導(dǎo)， 從而避免僅僅通過反復(fù)嘗試的方式進(jìn)行性能調(diào)優(yōu)，提高 Or

26、acle性能管理的效率。所以 ORACLE數(shù)據(jù)庫性能惡化表現(xiàn)基本上都是用戶響應(yīng)時(shí)間比較長，須要用戶長時(shí)間的等待。獲得滿意的用戶響應(yīng)時(shí)間有兩個(gè)途徑：一是減少系統(tǒng)服務(wù)時(shí)間，即提高數(shù)據(jù)庫的吞吐量；二是減少用戶等待時(shí)間，即減少用戶訪問同一數(shù)據(jù)庫資源的沖突率。對于以上的兩個(gè)問題，通常我們采用以下幾個(gè)方面來進(jìn)行改善：.調(diào)整服務(wù)器內(nèi)存分配。例如，可以根據(jù)數(shù)據(jù)庫運(yùn)行狀況調(diào)整數(shù)據(jù)庫系統(tǒng)全局區(qū)（SGA 區(qū)）的數(shù)據(jù)緩沖區(qū)、日志緩沖區(qū)和共享池的大小；還可以調(diào)整程序全局區(qū)（ PGA 區(qū)）的大小。調(diào)整硬盤I/O 問題，達(dá)到I/O 負(fù)載均衡。調(diào)整運(yùn)用程序結(jié)構(gòu)設(shè)計(jì)。優(yōu)化調(diào)整操作系統(tǒng)參數(shù)和使用資源管理器。SQL 優(yōu)化、診斷l(xiāng)a

27、tch 競爭、 Rollback(undo) Segment 優(yōu)化、提升block 的效率等等。查看 Oracle 數(shù)據(jù)庫性能查看 Oracle 數(shù)據(jù)庫性能情況，包含：查看數(shù)據(jù)庫的等待事件，查看死鎖及處理，查看cpu、 I/O、內(nèi)存性能，查看是否有僵死進(jìn)程，查看行鏈接/ 遷移，定期做統(tǒng)計(jì)分析，查看緩沖區(qū)命中率，查看共享池命中率，查看排序區(qū)，查看日志ORACLE產(chǎn)品日常運(yùn)行維護(hù)年度服務(wù)項(xiàng)目緩沖區(qū)，總共十個(gè)部分。查看數(shù)據(jù)庫的等待事件set pages 80set lines 120col event for a40select sid,event,p1,p2,p3,WAIT_TIME,SECOND

28、S_IN_WAIT from v$session_wait where event notlike 'SQL%' and event not like 'rdbms%'如果數(shù)據(jù)庫長時(shí)間持續(xù)出現(xiàn)大量像latch free，enqueue，buffer busy waits，db filesequential read，db file scattered read 等等待事件時(shí)，需要對其進(jìn)行分析，可能存在問題的語句。查看消耗 CPU 最高的進(jìn)程SET LINE 240SET VERIFY OFF.COLUMN SID FORMAT 999COLUMN PID FOR

29、MAT 999COLUMN S_# FORMAT 999COLUMN USERNAME FORMAT A9 HEADING "ORA USER"COLUMN PROGRAM FORMAT A29COLUMN SQLFORMAT A60COLUMN OSNAME FORMAT A9 HEADING "OS USER"SELECT P.PIDPID,S.SID SID,P.SPIDSPID,S.USERNAMEUSERNAME,S.OSUSEROSNAME,P.SERIAL#S_#,P.TERMINAL,P.ROGRAMPROGRAM,P.BACKGROUN

30、D,S.STATUS,RTRIM(SUBSTR(A.SQL_TEXT, 1,80) SQLFROM V$PROCESS P, V$SESSION S,V$SQLAREA A WHERE.ADDR =PS.PADDR ANDS.SQL_ADDRESS = A.ADDRESS (+) AND.SPIDPLIKE '%&1%'查看碎片程度高的表SQL> SELECTsegment_name table_name,COUNT(*) extents FROM dba_segments WHERE ownerNOT IN ('SYS', 'SYSTEM

31、') GROUP BY segment_name HAVING COUNT(*)=(SELECT MAX(COUNT(*)FROM dba_segments GROUP BY segment_name);查看表空間的I/O 比例SQL>SELECTDF.TABLESPACE_NAMENAME,DF.FILE_NAME"FILE",F.PHYRDSPYR,F.PHYBLKRDPBR,F.PHYWRTSPYW, F.PHYBLKWRT PBWFROMV$FILESTATF,DBA_DATA_FILES DF WHEREF.FILE# = DF.FILE_ID OR

32、DER BY DF.TABLESPACE_NAME;查看文件系統(tǒng)的I/O 比例SQL>SELECTSUBSTR(A.FILE#,1,2)"#",SUBSTR(A.NAME,1,30)"NAME",A.STATUS,A.BYTE.S,B.PHYRDS,B.PHYWRTS FROM V$DATAFILE A, V$FILESTAT B WHERE A.FILE# =B.FILE#;最高的 SQL語句的獲取SQL>SELECT SQL_TEXT FROM (SELECT * FROM V$SQLAREA ORDER BY DISK_READS) W

33、HERE ROWNUM<=5 desc;查找前十條性能差的sqlSELECT * FROM (SELECT PARSING_USER_IDEXECUTIONS,SORTS,COMMAND_TYPE,DISK_READS,SQL_TEXT FROM V$SQLAREA ORDER BY DISK_READS DESC)WHERE ROWNUM<10 ;等待時(shí)間最多的5 個(gè)系統(tǒng)等待事件的獲取SELECT * FROM (SELECT * FROM V$SYSTEM_EVENT WHERE EVENT NOT LIKE 'SQL%'ORDER BYTOTAL_WAITS

34、DESC) WHERE ROWNUM<=5;查看運(yùn)行很久的SQLCOLUMN USERNAME FORMAT A12COLUMN OPNAME FORMAT A16COLUMN PROGRESS FORMAT A8SELECT USERNAME,SID,OPNAME,ROUND(SOFAR*100/ TOTALWORK,0) | '%' ASPROGRESS,TIME_REMAINING,SQL_TEXTFROM V$SESSION_LONGOPS, V$SQL WHERETIME_REMAINING <> 0 AND SQL_ADDRESS=ADDRESS

35、AND SQL_HASH_VALUE = HASH_VALUE;.查看死鎖及處理查詢目前鎖對象信息：col sid for 999999col username for a10col schemaname for a10col osuser for a16col machine for a16col terminal for a20col owner for a10col object_name for a30col object_type for a10select sid,serial#,username,SCHEMANAME,osuser,MACHINE, terminal,PROGRA

36、M,owner,object_name,object_type,o.object_id from dba_objects o,v$locked_object l,v$session swhere o.object_id=l.object_id and s.sid=l.session_id; oracle 級 kill 掉該 session：alter system kill session '&sid,&serial#'操作系統(tǒng)級kill 掉 session：#>kill -9 pid查看數(shù)據(jù)庫 cpu、I/O 、內(nèi)存性能記錄數(shù)據(jù)庫的cpu 使用、 IO、

37、內(nèi)存等使用情況，使用vmstat,iostat,sar,top 等命令進(jìn)行信息收集并查看這些信息，判斷資源使用情況。CPU 使用情況：rootsale8 # toptop - 10:29:35 up 73 days, 19:54,1 user,load average: 0.37, 0.38, 0.29Tasks: 353total,2 running, 351 sleeping,0 stopped,0 zombieCpu(s):1.2% us,0.1% sy, 0.0% ni, 98.8% id,0.0% wa,0.0% hi,0.0% si.Mem:16404472k total, 128

38、87428k used, 3517044k free,60796k buffersSwap:8385920k total,665576k used,7720344k free, 10358384k cachedPID USER30495 oracle32501 oracle32503 oracle注意上面的加粗字體部分， 此部分內(nèi)容表示系統(tǒng)剩余的cpu，當(dāng)其平均值下降至10%以下的時(shí)視為CPU 使用率異常，需記錄下該數(shù)值，并將狀態(tài)記為異常內(nèi)存使用情況：# free -mTotalusedfreesharedbufferscached-/+ buffers/cache:3261700Swap:5

39、992925900如上所示， total 表示系統(tǒng)總內(nèi)存， used 表示系統(tǒng)使用的內(nèi)存， free 表示系統(tǒng)剩余內(nèi)存，當(dāng)剩余內(nèi)存低于總內(nèi)存的10%時(shí)視為異常。系統(tǒng)負(fù)載情況：#uptime12:08:37 up 162 days, 23:33, 15 users,load average: 0.01, 0.15, 0.10如上所示，load average 部分表示系統(tǒng)負(fù)載， 后面的3 個(gè)數(shù)值如果有高于2.5 的時(shí)候就表明系統(tǒng)在超負(fù)荷運(yùn)轉(zhuǎn)了，并將此值記錄到巡檢表，視為異常。查看是否有僵死進(jìn)程select spid from v$process where addr not in (select

40、 paddr from v$session);有些僵尸進(jìn)程有阻塞其他業(yè)務(wù)的正常運(yùn)行，定期殺掉僵尸進(jìn)程。.查看行鏈接 / 遷移Sql>select table_name,num_rows,chain_cnt From dba_tables Where owner='CTAIS2'Andchain_cnt<>0;注：含有 long raw 列的表有行鏈接是正常的 ,找到遷移行保存到 chained_rows 表中 , 如沒有該表執(zhí)行 ./rdbms/admin/utlchain.sql Sql>analyze table tablename list cha

41、ined rows;可通過表 chained_rows 中 table_name,head_rowid 看出哪些行是遷移行如 : Sql>create table aa as selecta.* from sb_zsxx a,chained_rows b where a.rowid=b.head_rowid andb.table_name ='SB_ZSXX'sql>delete from sb_zsxx where rowid in (selecthead_rowid from chained_rows where table_name = 'SB_ZSX

42、X');sql>insertinto sb_zsxx select * from chained_row where table_name = 'SB_ZSXX'定期做統(tǒng)計(jì)分析對于采用Oracle Cost-Based-Optimizer的系統(tǒng)，需要定期對數(shù)據(jù)對象的統(tǒng)計(jì)信息進(jìn)行采集更新，使優(yōu)化器可以根據(jù)準(zhǔn)備的信息作出正確的explain plan。在以下情況更需要進(jìn)行統(tǒng)計(jì)信息的更新：應(yīng)用發(fā)生變化；大規(guī)模數(shù)據(jù)遷移、歷史數(shù)據(jù)遷出、其他數(shù)據(jù)的導(dǎo)入等；數(shù)據(jù)量發(fā)生變化。查看表或索引的統(tǒng)計(jì)信息是否需更新，如：Sql>Select table_name,num_rows,

43、last_analyzed From user_tables wheretable_name ='DJ_NSRXX'sql>select count(*) from DJ_NSRXX如 num_rows 和 count(*) 如果行數(shù)相差很多 ,則該表需要更新統(tǒng)計(jì)信息，建議一周做一次統(tǒng)計(jì)信息收集，如：Sql>exec4);.查看日志緩沖區(qū)SQL> select name,value from v$sysstat where name in ('redo entries','redo bufferallocationretries'

44、;);如 果redobufferallocationretries/redoentries超 過1% ，則 需要 增 大log_buffer。性能調(diào)優(yōu)及方法性能調(diào)優(yōu)主要有主動(dòng)調(diào)優(yōu)和被動(dòng)調(diào)優(yōu)，主動(dòng)調(diào)優(yōu)在前面我們已經(jīng)進(jìn)行了闡述，被動(dòng)調(diào)優(yōu)主要有以下方法進(jìn)行。確定合理的性能優(yōu)化目標(biāo)測試并記錄當(dāng)前的性能指標(biāo)確定當(dāng)前存在的 Oracle 性能瓶頸 (Oracle 中何處存在等待，哪個(gè) SQL語句與此有關(guān) )確定當(dāng)前的操作系統(tǒng)瓶頸優(yōu)化相關(guān)的組件(應(yīng)用、數(shù)據(jù)庫、 I/O 、連接 OS 及其它 )跟蹤并實(shí)施變化管理制度測試并記錄目前的性能指標(biāo)重復(fù)第 3 到第 7 步直至達(dá)到既定的優(yōu)化目標(biāo)不要對并非性能瓶頸的部分

45、進(jìn)行優(yōu)化， 否則可能引起額外的問題。 正如任何聰明的人會告訴你的：“如果還未壞，千萬不要修” 。更重要的是，一旦既定的優(yōu)化目標(biāo)已經(jīng)達(dá)到，就務(wù)必停止所有的優(yōu)化。獲取Oracle 的性能指標(biāo)(測試前及測試后 )必須在峰值處理時(shí)測試并獲取系統(tǒng)在優(yōu)化前和優(yōu)化后的性能指標(biāo)。數(shù)據(jù)采集不應(yīng)在數(shù)據(jù)庫instance 剛剛起動(dòng)后進(jìn)行。同時(shí)，測試數(shù)據(jù)應(yīng)在峰 值期間每 過15 分鐘 進(jìn)行一 次。初始化參數(shù)TIMED_STATISTICS應(yīng)該被設(shè)為TRUE。通過運(yùn)行以下腳本開始快照：$ORACLE_HOME/rdbms/admin/utlbstat.sql.通過運(yùn)行以下腳本結(jié)束快照：.$ORACLE_HOME/rdb

46、ms/admin/utlestat.sql.完成 utlestat.sql 操作后，會在當(dāng)前目錄中生成名為“report.txt ”的文件，包含系統(tǒng)的性能數(shù)據(jù)。該報(bào)告包括每15 分鐘捕獲的所有與Oracle 例程相關(guān)的參數(shù)。尋找問題根源如上所述，通過查看v$system_event 事件開始系統(tǒng)事件的問題診斷。下一步是查看v$session_event，找出引起或經(jīng)歷等待事件的進(jìn)程。最后一步是通過v$session_wait 獲得事件的細(xì)節(jié)。同時(shí)，應(yīng)該進(jìn)一步通過OS 進(jìn)行深入分析，了解核心的 CPU、內(nèi)存和 IO 狀態(tài)參數(shù)。最后，結(jié)合兩種不同的診斷的結(jié)論，找出系統(tǒng)瓶頸所在。應(yīng)用優(yōu)化從統(tǒng)計(jì) (和

47、現(xiàn)實(shí) ) 的角度看， 80% 的 Oracle 系統(tǒng)性能問題可以通過SQL 代碼優(yōu)化來解決。任何應(yīng)用優(yōu)化的過程，不外乎是索引優(yōu)化、全表掃描、并行機(jī)制改進(jìn)和選擇正確數(shù)據(jù)組合方法的過程。這正是要達(dá)到最佳應(yīng)用性能所必須考慮的因素。沒有SQL 的優(yōu)化，就無法實(shí)現(xiàn)高性能的應(yīng)用。良好的SQL 語句可以減少CPU資源的消耗，提高響應(yīng)速度。同時(shí)，優(yōu)化后的SQL 語句還可以提高應(yīng)用的可擴(kuò)展性，這是除增加大量內(nèi)存外，任何其它硬件手段也無法實(shí)現(xiàn)的。優(yōu)化I-O 優(yōu)化是系統(tǒng)優(yōu)化中的一個(gè)關(guān)鍵步驟，還涉及到其它任務(wù)，將文件在不同驅(qū)動(dòng)器 / 卷中進(jìn)行分布，采用優(yōu)化分區(qū)技術(shù)、確定I-O 子系統(tǒng)瓶頸、確定控制器瓶頸并根據(jù)應(yīng)用的類

48、型選擇最佳的RAID 級。 I-O 優(yōu)化應(yīng)該在全面了解Oracle 及Oracle RDBMS結(jié)構(gòu)之后進(jìn)行。應(yīng)該在進(jìn)行I-O 優(yōu)化前后實(shí)施I-O 數(shù)據(jù)監(jiān)控，如平均服務(wù)時(shí)間， IOPS，平均磁盤隊(duì)列長度等。監(jiān)控?cái)?shù)據(jù)庫忙時(shí)，應(yīng)該對操作系統(tǒng)進(jìn)行監(jiān)控， 因?yàn)椴僮飨到y(tǒng)的性能指標(biāo)會揭示數(shù)據(jù)庫.活動(dòng)的性質(zhì)及其對系統(tǒng)的影響。 例如，為了了解 CPU 的利用率，可以通過 system activity reporter (sar u interval frequency) 、 mpstat (SunSolaris), top (多數(shù)UNIX)、 osview (SGI Irix) 及 vmstat 等命令。 Sar 和 vmstat 也可被用于確定包括內(nèi)存使用率、I-O 參數(shù)、隊(duì)列等待、讀取 / 交換區(qū)活動(dòng)等信息。 在 Solaris 上，mpstat utility 也可用于獲取前面提到的 CPU 利用率數(shù)據(jù)。 Solaris 上的 Adrian 性能管理工具也很有用。 可以利用其中的一到多個(gè)工具來確定系統(tǒng)的性能狀況， 找出可能存在的瓶頸。Oracle 數(shù)據(jù)庫性