oracle9i數(shù)據(jù)庫(kù)設(shè)計(jì)指引全集-資料下載頁(yè)
2025-05-13 22:33本頁(yè)面
【正文】 session(sid,serial,true) 信息從下面得到 SELECT bkpr, , ,osuser, FROM v$bgprocess b, v$session s, v$process p WHERE = (+) AND = ?！ ?*，(sid,erial,true)*/ 用戶的跟蹤文件生成在 admin\{pid}\udump 中 系統(tǒng)的跟蹤文件生成在admin\{pid}\bdump\alert_{pid}.log 在av Rd(ms) 20以上說(shuō)明表空間使用過(guò)用頻繁，考慮將表分開(kāi)其他表空間上 系統(tǒng)變量fast_start_mttr_target的值要大到不產(chǎn)生log等待，當(dāng)然也可通過(guò)加log組使其不等待 reao log大小應(yīng)為每30分鐘切換一次 建議表空間的利用率不超80% buffer hit 要達(dá)80%以上為好 內(nèi)存調(diào)整 一般的內(nèi)存分配原則 SGA 50%(其中80% DATA BUFFER，15% SHARE POOL，5其他) PGA30% OS 20% 例如:2G的WINDOWS的平臺(tái)，OS 300M，SAG ,PGA 500M 內(nèi)存分配的基本單位 SGA《=128M 4M SGA》128M 64位系統(tǒng)16M，32M系統(tǒng)8M 動(dòng)態(tài)分配時(shí)總值不可大于sga_max_size 通過(guò)V$SGA_DYNAMIC_FREE_MEMORY取空閑內(nèi)存空間 在縮小時(shí)如果內(nèi)存空間實(shí)際在應(yīng)用中，CPU利用率將達(dá)100%，最后將語(yǔ)句出錯(cuò)?！ $SGASTAT 可看實(shí)際的使用情況 Redo log buffer一般在5M內(nèi)，可通過(guò)v$sessuon_wait看是否等，v$sysstat 可也通過(guò)報(bào)警文件看是否等切換，方法可加組。可通過(guò)nologging(數(shù)據(jù)庫(kù)也要設(shè)定支持nologging)方法減少日志文件產(chǎn)生量?！ ava_pool 沒(méi)有設(shè)定時(shí)，使用shared_pool_size shared_pool 本緩沖區(qū)用于sql語(yǔ)句，pl sql等的對(duì)象保存 Cursor_sharing{Exact|Similar|force} 游標(biāo)共享設(shè)定 Force方式適用OLTP數(shù)據(jù)庫(kù)，Exact方式適合數(shù)據(jù)倉(cāng)庫(kù)，similar為智能方式 hard parses 硬SQL語(yǔ)句分析，每秒要底于100次,小要加大shared_pool soft parse 軟SQL語(yǔ)句分析，OLTP要達(dá)90%以上，小要加大shared_pool 不建議用無(wú)命名PL SQL段 如果有大PL SQL(存儲(chǔ)過(guò)程)對(duì)象可強(qiáng)制保存于內(nèi)存，也可加大SHARED_POOL_RESERVED_SIZE，大小不可過(guò)SHARED_POOL_SIZE的50%，不然實(shí)例不能起動(dòng) db_cache 本緩沖區(qū)用于數(shù)據(jù)庫(kù)數(shù)據(jù)對(duì)象保存 db_cache_advice 為on，可以提出通過(guò)企業(yè)管理器看到系統(tǒng)建議 通過(guò)select * from v$system_event 進(jìn)行系統(tǒng)查看。 發(fā)現(xiàn)存在free buffer waits，說(shuō)明不能將data buffer及時(shí)寫(xiě)入data file?！ 】赏ㄟ^(guò)增加加CPU后，加db_writer_processes=CPU數(shù)改善?！ ∫部稍O(shè)disk_asynch_io為true,使用異步IO(前提同要操作系統(tǒng)支持)db_writer_processes=1時(shí)(只有一個(gè)CPU的情況下)，也可通加大dbwr_io_slaves來(lái)改善。db_writer_processes1,不可用本功能 調(diào)整效果排序:異步IOCPUdbwr_io_slaves Buffer Busy Waits大說(shuō)明出現(xiàn)IO沖突 Buffer Busy Waits 大 和 dbbock大說(shuō)明全表掃描多，說(shuō)明數(shù)據(jù)不能讀入，可加大 db_cache_size來(lái)改善. Undo block大要加大回滾段(手動(dòng)管理方式，9I默認(rèn)是自動(dòng)管理) undo header 大要加大回滾段(手動(dòng)管理方式，9I默認(rèn)是自動(dòng)管理) db_cache命中率99%，不是唯一因素，關(guān)系是不要出現(xiàn)等待。建議達(dá)90%以上?！ ?nèi)存使用建議: 系統(tǒng)可以設(shè)三個(gè)緩沖區(qū)，建表時(shí)可設(shè)定用那個(gè)緩沖區(qū)(默認(rèn)在db_cache_size) db_cache_size (默認(rèn)區(qū)) db_keep_cache_size (常訪問(wèn)，小于db_keep_cache_size的10%的表可放于本區(qū)) db_recycle_cache_size (一個(gè)事物完成后常時(shí)間不再使用，或兩倍大小于緩沖區(qū)) 排序的優(yōu)化 9I為專用服務(wù)器時(shí)系統(tǒng)變量workarea_size_policy 設(shè)定為auto, statistics_level設(shè)定為 TYPICAL 可獲取v$pga_target_advice中的優(yōu)化建議。參數(shù)pga_aggregate_target值為所有連接用戶可用排序內(nèi)存。 9I為共享服務(wù)器時(shí)workarea_size_policy設(shè)定為menaul, sort_area_size值為每用戶排序內(nèi)存?！ ∪绻麅?nèi)存不足將使用TEMP表空間進(jìn)行排序,排序使用比率disk/meme應(yīng)小于5% 盡量少用排序,如果使用排序功能，盡量在字段上加索引進(jìn)行優(yōu)化?！ QL分析模式:RBO(基于規(guī)則)方案小表(驅(qū)動(dòng)表)放在最后,優(yōu)先使用索引,對(duì)SQL語(yǔ)句要求嚴(yán)格(8I以前的模式)。CBO (基于開(kāi)銷)根據(jù)統(tǒng)計(jì)值進(jìn)行選擇開(kāi)銷最少,性能最優(yōu)的最佳方式進(jìn)行,但本方式DBA(使用analyze table語(yǔ)句) 系統(tǒng)參數(shù) 說(shuō)明: 指定優(yōu)化程序的行為。如果設(shè)置為 RULE, 就會(huì)使用基于規(guī)則的優(yōu)化程序, 除非查詢含有提示。如果設(shè)置為 CHOOSE, 就會(huì)使用基于成本的優(yōu)化程序, 除非語(yǔ)句中的表不包含統(tǒng)計(jì)信息。ALL_ROWS 或 FIRST_ROWS 始終使用基于成本的優(yōu)化程序?！ ≈捣秶? RULE | CHOOSE | FIRST_ROWS | ALL_ROWS 默認(rèn)值: CHOOSE {rule(RBO)|choose(自動(dòng)選擇)|fist_rows| fist_rows_n|all_row｝ 統(tǒng)計(jì)信息 進(jìn)行某表的統(tǒng)計(jì)分析 EXECUTE (39。HR39。,39。EMPLOYEES39。)?！ 〔榭唇Y(jié)果4 設(shè)計(jì)工具 統(tǒng)一使用sybase power designer設(shè)計(jì)工具，在該工具上完成物理模型的設(shè)計(jì)。所有的數(shù)據(jù)庫(kù)對(duì)象盡可能在物理模型上進(jìn)行設(shè)計(jì)，而且每個(gè)物理模型都要有相應(yīng)的文字描述?！ ∷械臄?shù)據(jù)庫(kù)對(duì)象變更以數(shù)據(jù)庫(kù)物理模型為基準(zhǔn)。為了避免字符敏感問(wèn)題，產(chǎn)生的腳本以大寫(xiě)字母為標(biāo)準(zhǔn)。30 / 3
環(huán)評(píng)公示相關(guān)推薦
鄂ICP備17016276號(hào)-1