oracle內(nèi)存分配與調(diào)整

Oracle內(nèi)存分配與參數(shù)設(shè)置基本初始化參數(shù)介紹內(nèi)存分配與初始化參數(shù)的設(shè)置基本初始化參數(shù)的功能sga_max_size(SGA)：說明：指定例程存活期間所占用的系統(tǒng)全局區(qū)的最大大小。值范圍：0到各操作系統(tǒng)所允許的最大值。請注意,由于該參數(shù)值的最小值在啟動時已經(jīng)調(diào)整完畢,因而它無關(guān)緊要。默認值：如果未指定值,sga_max_size的默認值將與啟動時SGA的最初大小(比如說X)相同。該大小取決于SGA中各種池的大小,如緩沖區(qū)高速緩存,共享池,大型池等。如果指定的值小于X,則所使用的sga_max_size的值將為X。也就是說,它是X與用戶指定的sga_max_size值兩者之間的較大值。pga_aggregate_target(PGA)：說明：指定連接到例程的所有服務(wù)器進程的目標PGA總內(nèi)存。請在啟用自動設(shè)置工作區(qū)之前將此參數(shù)設(shè)置為一個正數(shù)。這部分內(nèi)存不駐留在SGA中。數(shù)據(jù)庫將此參數(shù)值用作它所使用的目標PGA內(nèi)存量。設(shè)置此參數(shù)時,要將SGA從可用于Oracle例程的系統(tǒng)內(nèi)存總量中減去。然后可將剩余內(nèi)存量分配給pga_aggregate_target。值范圍：整數(shù)加字母K,M或G,以將此限值指定為千字節(jié),兆字節(jié)或千兆字節(jié)。最小值為10M,最大值為4000G默認值："未指定",表示完全禁用對工作區(qū)的自動優(yōu)化。processes：說明：指定可同時連接到一個OracleServer上的操作系統(tǒng)用戶進程的最大數(shù)量。該值應(yīng)允許執(zhí)行所有后臺進程,如：作業(yè)隊列(SNP)進程和并行執(zhí)行(Pnnn)進程。值范圍：6到根據(jù)操作系統(tǒng)而定的一個值。默認值：由PARALLEL_MAX_SERVERS確定sessions：說明：指定用戶會話和系統(tǒng)會話的總量。默認數(shù)量大于PROCESSES,以允許遞歸會話。值范圍：任何整數(shù)值。默認值：派生(1.1*PROCESSES+5)內(nèi)存分配與初始化參數(shù)的設(shè)置

SGA內(nèi)參數(shù)設(shè)置Log_bufferLarge_pool_sizeJava_pool_sizeshared_pool_sizeDatabufferLog_buffer 對于日志緩沖區(qū)的大小設(shè)置，通常我覺得沒有過多的建議，因為參考LGWR寫的觸發(fā)條件之后，我們會發(fā)現(xiàn)通常超過3M意義不是很大。作為一個正式系統(tǒng)，可能考慮先設(shè)置這部分為log_buffer=1—3M大小，然后針對具體情況再調(diào)整。Large_pool_size 對于大緩沖池的設(shè)置，假如不使用MTS，建議在20—30M足夠了。這部分主要用來保存并行查詢時候的一些信息，還有就是RMAN在備份的時候可能會使用到。如果設(shè)置了MTS，則由于UGA部分要移入這里，則需要具體根據(jù)serverprocess數(shù)量和相關(guān)會話內(nèi)存參數(shù)的設(shè)置來綜合考慮這部分大小的設(shè)置。Java_pool_size 假如數(shù)據(jù)庫沒有使用JAVA，我們通常認為保留10—20M大小足夠。事實上可以更少，甚至最少只需要32k，但具體跟安裝數(shù)據(jù)庫的時候的組件相關(guān)(比如httpserver)。shared_pool_size 這是迄今為止最具有爭議的一部分內(nèi)存設(shè)置。按照很多文檔的描述，這部分內(nèi)容應(yīng)該幾乎和數(shù)據(jù)緩沖區(qū)差不多大小。但實際上情況卻不是這樣的。首先我們要考究一個問題，那就是這部分內(nèi)存的作用，它是為了緩存已經(jīng)被解析過的SQL，而使其能被重用，不再解析。這樣做的原因是因為，對于一個新的SQL（shared_pool里面不存在已經(jīng)解析的可用的相同的SQL），數(shù)據(jù)庫將執(zhí)行硬解析，這是一個很消耗資源的過程。而若已經(jīng)存在，則進行的僅僅是軟分析（在共享池中尋找相同SQL），這樣消耗的資源大大減少。所以我們期望能多共享一些SQL，并且如果該參數(shù)設(shè)置不夠大，經(jīng)常會出現(xiàn)ora-04031錯誤，表示為了解析新的SQL，沒有可用的足夠大的連續(xù)空閑空間，這樣自然我們期望該參數(shù)能大一些。但是該參數(shù)的增大，卻也有負面的影響，因為需要維護共享的結(jié)構(gòu)，內(nèi)存的增大也會使得SQL的老化的代價更高，帶來大量的管理的開銷，所有這些可能會導(dǎo)致CPU的嚴重問題。在一個充分使用綁定變量的比較大的系統(tǒng)shared_pool_size的開銷通常應(yīng)該維持在300M以內(nèi)。除非系統(tǒng)使用了大量的存儲過程、函數(shù)、包，比如oracleerp這樣的應(yīng)用，可能會達到500M甚至更高。于是我們假定一個1G內(nèi)存的系統(tǒng)，可能考慮設(shè)置該參數(shù)為100M，2G的系統(tǒng)考慮設(shè)置為150M,8G的系統(tǒng)可以考慮設(shè)置為200—300M。Databuffer 現(xiàn)在我們來談數(shù)據(jù)緩沖區(qū)，在確定了SGA的大小并分配完了前面部分的內(nèi)存后，其余的，都分配給這部分內(nèi)存。通常，在允許的情況下，我們都嘗試使得這部分內(nèi)存更大。這部分內(nèi)存的作用主要是緩存DBBLOCK，減少甚至避免從磁盤上獲取數(shù)據(jù)，在8i中通常是由 db_block_buffers*db_block_size來決定大小的。如果我們設(shè)置了buffer_pool_keep和buffer_pool_recycle，則應(yīng)該加上后面這兩部分內(nèi)存的大小。實際操作中可以根據(jù)ORACLE提供的圖形界面來設(shè)置前面介紹的那些參數(shù)（如下圖）oracle內(nèi)存分配可以參考下面的公式： OS使用內(nèi)存+SGA+并發(fā)執(zhí)行進程數(shù)*(sort_area_size+hash_ara_size+2M)<0.7*總內(nèi)存32bit和64bit的問題 對于oracle來說，存在著32bit與64bit的問題。這個問題影響到的主要是SGA的大小。在32bit的數(shù)據(jù)庫下，通常oracle只能使用不超過1.7G的內(nèi)存，即使我們擁有12G的內(nèi)存，但是我們卻只能使用1.7G，這是一個莫大的遺憾。假如我們安裝64bit的數(shù)據(jù)庫,我們就可以使用很大的內(nèi)存，我們幾乎不可能達到上限。但是64bit的數(shù)據(jù)庫必須安裝在64bit的操作系統(tǒng)上，可惜目windows上只能安裝32bit的數(shù)據(jù)ORACLE提供了共享池的建議大小，這個值設(shè)置到大小因子為1的建議內(nèi)存大小就可以了。高速緩沖區(qū)的建議設(shè)置，如下圖40M哪個點就可以了，但很多情況這個建議并不準確，可以參考我下一頁給的處理方式針對數(shù)據(jù)緩沖區(qū)的大小來看。首先觀察命中率數(shù)據(jù)緩沖區(qū)命中率 SQL>selectvaluefromv$sysstatwherename='physicalreads'; VALUE ---------- 14764 SQL>selectvaluefromv$sysstatwherename='physicalreadsdirect'; VALUE ---------- 50 SQL>selectvaluefromv$sysstatwherename='physicalreadsdirect(lob)'; VALUE ---------- 0 SQL>selectvaluefromv$sysstatwherename='consistentgets'; VALUE ---------- 167763 SQL>selectvaluefromv$sysstatwherename='dbblockgets'; VALUE ---------- 14305 這里命中率的計算應(yīng)該是 令x=physicalreadsdirect+physicalreadsdirect(lob) 命中率=100-(physicalreads-x)/(consistentgets+dbblockgets-x)*100 通常如果發(fā)