Oracle數(shù)據(jù)庫g獨(dú)立軟件供應(yīng)商和客戶的應(yīng)用系統(tǒng)性能_第1頁
Oracle數(shù)據(jù)庫g獨(dú)立軟件供應(yīng)商和客戶的應(yīng)用系統(tǒng)性能_第2頁
Oracle數(shù)據(jù)庫g獨(dú)立軟件供應(yīng)商和客戶的應(yīng)用系統(tǒng)性能_第3頁
Oracle數(shù)據(jù)庫g獨(dú)立軟件供應(yīng)商和客戶的應(yīng)用系統(tǒng)性能_第4頁
Oracle數(shù)據(jù)庫g獨(dú)立軟件供應(yīng)商和客戶的應(yīng)用系統(tǒng)性能_第5頁
已閱讀5頁,還剩40頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

在實(shí)踐中體驗(yàn)Oracle數(shù)據(jù)庫的優(yōu)越性能LengTan,BoChen

甲骨文公司主題真實(shí)體驗(yàn)Oracle9i

數(shù)據(jù)庫馬上獲取Oracle數(shù)據(jù)庫10g的性能優(yōu)勢(shì)采用Oracle數(shù)據(jù)庫10g的主要ISV客戶案例分析使用Oracle性能方法調(diào)整基于Oracle的大型應(yīng)用程序主題真實(shí)體驗(yàn)Oracle9i數(shù)據(jù)庫馬上獲取Oracle數(shù)據(jù)庫10g的性能優(yōu)勢(shì)采用Oracle數(shù)據(jù)庫10g的主要ISV客戶案例分析使用Oracle性能方法調(diào)整基于Oracle的大型應(yīng)用程序簡(jiǎn)化

init.oraOracle提供了許多可調(diào)整的參數(shù)但最好不要隨便調(diào)整!除了少數(shù)幾個(gè)內(nèi)存緩沖區(qū)調(diào)整參數(shù)外,僅在理由充分的情況下才修改參數(shù)隨意修改init.ora

將減慢系統(tǒng)速度默認(rèn)配置經(jīng)過了全面測(cè)試和慎重權(quán)衡移植到10g以消除非標(biāo)準(zhǔn)化參數(shù)設(shè)置極好的特性源自優(yōu)良的設(shè)計(jì)每個(gè)Oracle數(shù)據(jù)庫版本都引入了極好的特性,從而提高了性能但高性能的關(guān)鍵始終要?dú)w于出色的設(shè)計(jì)良好的數(shù)據(jù)模型、表以及索引設(shè)計(jì)強(qiáng)健、精致的SQL新特性不能補(bǔ)償?shù)土拥脑O(shè)計(jì)但良好的設(shè)計(jì)可充分發(fā)揮諸如并行機(jī)制、分區(qū)、新數(shù)據(jù)結(jié)構(gòu)等特性。64位計(jì)算的優(yōu)缺點(diǎn)64位計(jì)算正在流行但32位服務(wù)器仍然占據(jù)著最大的市場(chǎng)份額64位并非一定意味著更快誠然,更大的緩沖區(qū)高速緩存和排序區(qū)意味著更少的I/O操作和隨之而來的速度提升但更大的工作集(長(zhǎng)指針等)將降低CPU效率請(qǐng)慎重考慮什么最適合您的應(yīng)用程序使用并行機(jī)制和分區(qū)分區(qū)是一個(gè)極好的管理特性,能加速加載和清除過程與并行操作結(jié)合,將使此特性更加突出使用范圍和列表組合分區(qū)清除查詢數(shù)據(jù)使用散列分區(qū)優(yōu)化連接和并行DML更好地管理CBOCBO是一種強(qiáng)健的智能工具請(qǐng)勿濫用;它將提供有意義的統(tǒng)計(jì)信息不要對(duì)CBO期望過高它無法猜測(cè)查詢的目的;必須根據(jù)編寫的代碼執(zhí)行操作利用CBO計(jì)劃了解優(yōu)化應(yīng)用程序的更好方式CBO可自動(dòng)運(yùn)行多項(xiàng)功能;請(qǐng)確保您已熟悉正在使用的優(yōu)化器在10g中這不是問題,其中CBO就是優(yōu)化器主題真實(shí)體驗(yàn)Oracle9i數(shù)據(jù)庫馬上獲取Oracle數(shù)據(jù)庫10g的性能優(yōu)勢(shì)采用Oracle數(shù)據(jù)庫10g的主要ISV客戶案例分析使用Oracle性能方法調(diào)整基于Oracle的大型應(yīng)用程序RBO->CBO在10g中正式取消消了對(duì)RBO的支持為移植到CBO的RBO客戶Oracle已經(jīng)測(cè)試了了非常多的的語句但是數(shù)據(jù)的的偏差和應(yīng)應(yīng)用程序的的特定情況況可能導(dǎo)致致不是很理理想的的計(jì)計(jì)劃開發(fā)了一個(gè)個(gè)維護(hù)統(tǒng)計(jì)計(jì)信息的良良好方案監(jiān)視RBO特有的SQL例如,禁用用索引訪問問的col1+0=:1和col2||’’=:2作為移植的的一部分,重新編寫了了某些SQLPL/SQL改善新的PL/SQL優(yōu)化編譯器器更復(fù)雜的代代碼生成器器全局代碼優(yōu)優(yōu)化器性能提高且且代碼規(guī)模模縮小全面支持本本地編譯編譯時(shí)性能能警告不再有DUAL引用DUAL來獲取時(shí)間間戳記、增增量序列等等在大型SMP上,與DUAL相關(guān)的緩沖沖區(qū)緩存鏈鏈鎖序列化化將降低可可伸縮性在10g中,DUAL變?yōu)橐粋€(gè)行行源,消除除了問題要檢查DUAL對(duì)于您的9i應(yīng)用程序是是否有影響響,請(qǐng)使用用X$DUAL代替DUAL進(jìn)行測(cè)試散列分區(qū)索索引在INSERT密集集的的應(yīng)應(yīng)用用程程序序中中,,主主鍵鍵的的索索引引維維護(hù)護(hù)將將是是序序列列化化的的關(guān)關(guān)鍵鍵對(duì)于于非非常常大大的的配配置置((SMP或RAC))更是是如如此此通過過對(duì)對(duì)索索引引進(jìn)進(jìn)行行散散列列分分區(qū)區(qū),,以以消消除除問問題題使用用一一組組溫溫和和點(diǎn)點(diǎn)替替代代一一個(gè)個(gè)熱熱點(diǎn)點(diǎn)LOB增強(qiáng)強(qiáng)10g中的LOB代碼路徑已顯顯著簡(jiǎn)化現(xiàn)在幾乎和LONGRAW的代碼路徑一一樣簡(jiǎn)單最優(yōu)的LOB設(shè)計(jì)取決于工工作負(fù)載以及及內(nèi)存和磁盤盤使的用率盡量避免由于于緩沖區(qū)緩存存的大小變化化和泛濫而引引起的內(nèi)聯(lián)到到外聯(lián)的LOB移植ETL:數(shù)據(jù)泵實(shí)用工工具高速的“數(shù)據(jù)據(jù)泵”導(dǎo)入/導(dǎo)出替代了原來的的導(dǎo)出和導(dǎo)入入功能新的集成的結(jié)結(jié)構(gòu)帶有文檔說明明的程序包接接口高速的直接路路徑加載/卸卸載最優(yōu)地隨取隨隨用運(yùn)行利用并行機(jī)制制執(zhí)行自動(dòng)伸伸縮主題真實(shí)體驗(yàn)Oracle9i數(shù)據(jù)庫馬上獲取Oracle數(shù)據(jù)庫10g的性能優(yōu)勢(shì)采用Oracle數(shù)據(jù)庫10g的主要ISV客戶案例分析析使用Oracle性能方法調(diào)整整基于Oracle的大型應(yīng)用程程序采用10g的ISVSAP計(jì)劃在2005年第第1季度度認(rèn)證10gPeopleSoft將在2004年秋季季認(rèn)證10gSiebel正在積極研究究10g特性,并可能能在10g上開發(fā)7.8版Siebel沒有在新的Oracle版本上認(rèn)證其其以前的版本本當(dāng)前的Siebel版本(7.7)在9iR2上通過了認(rèn)證證主題真實(shí)體驗(yàn)Oracle9i數(shù)據(jù)庫Oracle數(shù)據(jù)庫10g即時(shí)性能的好好處采用Oracle數(shù)據(jù)庫10g的主要ISV客戶案例分析析使用Oracle性能方法調(diào)整整基于Oracle的大型應(yīng)用程程序背景客戶是一個(gè)中中國大型電信信設(shè)備供應(yīng)商商調(diào)整的應(yīng)用程程序肩負(fù)重要要任務(wù),并且且主要使用Oracle數(shù)據(jù)庫Oracle性能方法從用戶那里獲獲取關(guān)于性能能問題范圍的的真實(shí)反饋,,此步驟為定義問題。獲取一組完整整的操作系統(tǒng)統(tǒng)、數(shù)據(jù)庫和和應(yīng)用程序統(tǒng)統(tǒng)計(jì)信息,然然后檢查主機(jī)機(jī)系統(tǒng)和Oracle統(tǒng)計(jì)信息,以尋找證據(jù)據(jù)。參考常見性能能錯(cuò)誤列表,,以查看收集集的數(shù)據(jù)是哪哪些因素造成成了性能問題題。使用收集的性性能數(shù)據(jù)建立立一個(gè)系統(tǒng)狀狀況概念模型型。提出修改建議議以及實(shí)施修修改的預(yù)期結(jié)結(jié)果,然后,實(shí)施并測(cè)量應(yīng)用程序的性性能變化。確定是否達(dá)到到了第1步步中定義的的性能目標(biāo)。。如果沒有達(dá)達(dá)到,重復(fù)第第5步和和第6步步,直到達(dá)到到性能目標(biāo)。。配置模型:HPrp7410操作系統(tǒng):HP-UX11.1164位CPU:8RAM:4GB交換空間:4GB磁盤陣列:VA74系列Oracle9i數(shù)據(jù)庫第2版v9.2.0.364位瓶頸識(shí)別:Statspack負(fù)載概要~~~~~~~~~~~~每秒每個(gè)事事務(wù)------------------------------重做大大?。海?2,887.13586.52…瓶頸識(shí)識(shí)別((續(xù)))事件等待超時(shí)總等待待平平均均等待待等等待時(shí)間((秒))(毫毫秒)/txn--------------------------------------------------------------日志文文件同同步91,90702,067221.0瓶頸識(shí)識(shí)別((續(xù)))最耗時(shí)時(shí)的前前5個(gè)個(gè)事件件~~~~~~~~~~~~~~~~~~總花花費(fèi)費(fèi)時(shí)時(shí)間間事件件等等待待時(shí)時(shí)間間(s)百分分比比----------------------------------------------------------------日志文件同同步91,9072,06781.78日志文件并并行寫操作作48,8982529.95CPU時(shí)間1837.23數(shù)據(jù)庫文件件并行寫操操作18014.55控制文件并并行寫操作作2116.25-------------------------------------------------------------…RAID5->RAID0+1最耗時(shí)的前前5個(gè)個(gè)事件~~~~~~~~~~~~~~~~~~總花費(fèi)時(shí)間間事件等等待時(shí)時(shí)間(s)百分比----------------------------------------------------------------日志文件同同步59,93213847.93CPU時(shí)間10335.84日志文件并并行寫操作作58,6473411.89緩沖區(qū)忙等等待7,37751.90數(shù)據(jù)庫文件件序列讀取取7473.97RAID5->RAID0+1(續(xù))總等待等等待待平平均等等待事件等待超時(shí)時(shí)時(shí)間(秒秒)(毫毫秒)/txn--------------------------------------------------------------日志文件同同步59,9327913821.0減少緩沖區(qū)區(qū)忙等待之前最耗時(shí)的前前5個(gè)個(gè)事件~~~~~~~~~~~~~~~~~~總花費(fèi)時(shí)間間事件等等待時(shí)時(shí)間間(s)百分比----------------------------------------------------------------日志文件同同步122,18726147.84CPU時(shí)間20838.11日志文件并并行寫操作作112,9355710.52緩沖區(qū)忙等等待14,59891.56減少并發(fā)塊塊訪問之后最耗時(shí)的前前5個(gè)個(gè)事件~~~~~~~~~~~~~~~~~~總花費(fèi)時(shí)間間事件等等待時(shí)時(shí)間(s)百分比----------------------------------------------------------------日志文件同同步419,34291249.82CPU時(shí)間69638.00日志文件并并行寫操作作385,30719910.85數(shù)據(jù)庫文件件并行寫操操作8519.51鎖釋放14,3105.30-------------------------------------------------------------異步I/O操作系統(tǒng)內(nèi)內(nèi)核參數(shù)Max_async_ports=200Aio_max_ops=2048重新編譯并并重新鏈接接Oracle可執(zhí)行文件件索引編排表表將頻繁更新新/引用的的表創(chuàng)建為為IOT,以使查詢運(yùn)運(yùn)行更快并并顯著減少少物理讀操操作。在使用IOT之前對(duì)于數(shù)據(jù)庫:HPORA例程:hpora1快照:72–74的每個(gè)個(gè)段前5位最頻頻繁的物理理讀操作……所有者表表空間對(duì)象名稱對(duì)象類型物理讀操作作總總百分比----------------------------------------------------------------------------OPS$SCPQTDATA2BASETAB_PPSTABLE11,44999.96…使用IOT對(duì)于數(shù)據(jù)庫:HPORA例程:hpora1快照:72––74的的每個(gè)段前5位最頻頻繁的物理讀讀操作……所有者表表空空間對(duì)象名稱對(duì)象類型物理讀操作總百分比--------------------------------------------------------------------------OPS$SCPQTDATA2SYS_IOT_OVERTABLE35154.25OPS$SCPQTDATA2SYS_IOT_TOPINDEX29645.75-------------------------------------------------------------使用增量檢查查點(diǎn)之前負(fù)載概要~~~~~~~~~~~~每秒每個(gè)事務(wù)----------------------------------------重做大?。?27,895.29579.94邏輯讀操作::4,736.3912.05塊變化:1,966.755.00物理讀操作::1.180.00物理寫操作::99.170.25事務(wù):92.96禁用增量檢查查點(diǎn)之后負(fù)載概要~~~~~~~~~~~~每秒每個(gè)事務(wù)----------------------------------------重做大?。?29,152.73577.76邏輯讀操作::4,765.7012.02塊變化:1,984.475.00物理讀操作::2.120.01物理寫操作::53.600.14事務(wù):396.62Keep池頻繁引用的表表存儲(chǔ)在KEEPPOOL中,以減少物物理讀操作OCI優(yōu)化語句緩存OCI_COMMIT_ON_SUCCESSPREFETCH傳統(tǒng)的語句緩緩存:OCIStmtPrepareOCIBindByPosOCIParamGetOCIDefin

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論