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

1、Oracle內(nèi)存分配與參數(shù)設(shè)置內(nèi)存分配與參數(shù)設(shè)置 基本初始化參數(shù)介紹基本初始化參數(shù)介紹 內(nèi)存分配與初始化參數(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, 則所

2、使用的 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, 以將此限值指定為千

3、字節(jié), 兆字節(jié)或千兆字節(jié)。最小值為 10M, 最大值為 4000G 默認值 ： 未指定, 表示完全禁用對工作區(qū)的自動優(yōu)化。 processes ： 說明 ： 指定可同時連接到一個 Oracle Server 上的操作系統(tǒng)用戶進程的最大數(shù)量。該值應(yīng)允許執(zhí)行所有后臺進程, 如 ：作業(yè)隊列 (SNP) 進程和并行執(zhí)行 (Pnnn) 進程。 值范圍 ： 6 到根據(jù)操作系統(tǒng)而定的一個值。 默認值 ： 由 PARALLEL_MAX_SERVERS 確定 sessions ： 說明 ： 指定用戶會話和系統(tǒng)會話的總量。默認數(shù)量大于 PROCESSES, 以允許遞歸會話。 值范圍 ： 任何整數(shù)值。 默認值 ：

4、派生 (1.1 * PROCESSES + 5) 內(nèi)存分配與初始化參數(shù)的設(shè)置內(nèi)存分配與初始化參數(shù)的設(shè)置 SGA內(nèi)參數(shù)設(shè)置內(nèi)參數(shù)設(shè)置 Log_buffer Large_pool_size Java_pool_size shared_pool_size Data buffer Log_buffer對于日志緩沖區(qū)的大小設(shè)置，通常我覺得沒有過多的建議，因為參考LGWR寫的觸發(fā)條件之后，我們會發(fā)現(xiàn)通常超過3M意義不是很大。作為一個正式系統(tǒng)，可能考慮先設(shè)置這部分為log_buffer=13M 大小，然后針對具體情況再調(diào)整。 Large_pool_size對于大緩沖池的設(shè)置，假如不使用MTS，建議在2030

5、M 足夠了。這部分主要用來保存并行查詢時候的一些信息，還有就是RMAN 在備份的時候可能會使用到。如果設(shè)置了MTS，則由于UGA部分要移入這里，則需要具體根據(jù)server process數(shù)量和相關(guān)會話內(nèi)存參數(shù)的設(shè)置來綜合考慮這部分大小的設(shè)置。 Java_pool_size假如數(shù)據(jù)庫沒有使用JAVA，我們通常認為保留1020M大小足夠。事實上可以更少，甚至最少只需要32k，但具體跟安裝數(shù)據(jù)庫的時候的組件相關(guān)(比如http server)。shared_pool_size這是迄今為止最具有爭議的一部分內(nèi)存設(shè)置。按照很多文檔的描述，這部分內(nèi)容應(yīng)該幾乎和數(shù)據(jù)緩沖區(qū)差不多大小。但實際上情況卻不是這樣的。

6、首先我們要考究一個問題，那就是這部分內(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)存的增大也

7、會使得SQL 的老化的代價更高，帶來大量的管理的開銷，所有這些可能會導(dǎo)致CPU 的嚴重問題。在一個充分使用綁定變量的比較大的系統(tǒng)shared_pool_size 的開銷通常應(yīng)該維持在300M 以內(nèi)。除非系統(tǒng)使用了大量的存儲過程、函數(shù)、包，比如oracle erp 這樣的應(yīng)用，可能會達到500M甚至更高。于是我們假定一個1G內(nèi)存的系統(tǒng)，可能考慮設(shè)置該參數(shù)為100M，2G 的系統(tǒng)考慮設(shè)置為150M,8G 的系統(tǒng)可以考慮設(shè)置為200300M。 Data buffer現(xiàn)在我們來談數(shù)據(jù)緩沖區(qū)，在確定了SGA 的大小并分配完了前面部分的內(nèi)存后，其余的，都分配給這部分內(nèi)存。通常，在允許的情況下，我們都嘗試使

8、得這部分內(nèi)存更大。這部分內(nèi)存的作用主要是緩存 DB BLOCK，減少甚至避免從磁盤上獲取數(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)存使用內(nèi)存+SGA+并發(fā)執(zhí)行進程數(shù)并發(fā)執(zhí)行進程數(shù)*(sort_area_size+hash_ara_size+2M) select value from v$sy

9、sstat where name =physical reads;VALUE-14764SQL select value from v$sysstat where name =physical reads direct;VALUE-50SQL select value from v$sysstat where name =physical reads direct (lob);VALUE-0SQL select value from v$sysstat where name =consistent gets;VALUE-167763SQL select value from v$sysstat where name = db block gets;VALUE-14305這里命中率的計算應(yīng)該是令 x = physical reads direct + physical reads direct (lob)命中率 =100 - ( physical reads - x) / (consistent gets + db block gets - x)*100通常如果發(fā)現(xiàn)命中率低于90%,則應(yīng)該調(diào)整應(yīng)用可可以