oracle記憶體結構:SGA的區域資訊

http://www.itpub.net/471913.html

SGA的區域資訊

　　SGA（system global area）系統全域性區跟一些必須的後臺程式合進來稱為例項（Instance）。說它是全域性區是包含了全域性變數和資料結構，是系統區是包含了進入整個Oracle Instance的資料結構而不是特定的程式結構。

　　SGA區域：

　　SGA大概包括下面四到五種區域：

　　The fixed area

　　The variable area

　　The database blocks area

　　The log buffer

　　The instance lock database（for parallel server instances）——OPS&RAC

　　根據記憶體的大小，我們可以把The fixed area和The log buffer設為很小。

　　The fixed area：

　　SGA中的The fixed area包含了數千個原子變數，以及如latches和指向SGA中其它區域的pointers（指標）等小的資料結構。透過對fixed table內表X$KSMFSV查詢（如下）可以獲得這些變數的名字，變數型別，大小和在記憶體中的地址。

　　SQL> select ksmfsnam， ksmfstyp， ksmfssiz， ksmfsadr

　　2> from x$ksmfsv；

　　這些SGA變數的名字是隱藏的而且幾乎完全不需要去知道。但是我們可以透過結合fixed table內表X$KSMMEM獲得這些變數的值或者檢查它們所指向的資料結構。

　　SQL>select a.ksmmmval from x$ksmmem a where addr=（select addr from x$ksmfsv where ksmfsnam=‘kcrfal_’）；

　　SGA中的fixed area的每個組成部分的大小是固定的。也就是說它們是不依靠於其它的初始化引數的設定來進行調整的。fixed area中的所以組成部分的大小相加就是fixed area的大小。

　　The variable area：

　　SGA中的the variable area是由large pool和shared pool組成的。large pool的記憶體大小是動態分配的，而shared pool的記憶體大小即包含了動態管理的記憶體又包含了永久性的（已經分配的）記憶體。實際上，初始化引數shared_pool_size的大小設定是指定 shared pool中動態分配的那部分記憶體的一個大概的SIZES而不是整個shared pool的SIZES

　　Shared pool中永久性的記憶體包含各種資料結構如：the buffer headers， processes， sessions， transaction arrays， the enqueue resources ， locks， the online rollback segment arrays， various arrays for recording statistics.其中大部分的SIZE是依靠初始引數的設定來確定的。這些初始引數只能在例項被關閉的狀態下才能夠進行修改。所以這裡說的永久性是針對例項開啟狀態下的生存期而言。簡單的一個例子PROCESSES引數。在這個process arrays中的slots用完之後，如果有其它的process想再申請一個process則會失敗，因為它們在記憶體中的大小是在例項啟動時預分配的。不能動態修改之。

　　針對很多永久性的arrays，有很多的X$表都把這些元素做一個記錄而成員結構則作為欄位。V$檢視的資料就是從這些X$表獲得。如V$ PROCESS是基於X$KSUPR內表的。V$PROCESS檢視不包含X$KSUPR的全部欄位。 X$KSUPR也沒有覆蓋SGA程式結構的所有成員。

　　The variable area的在SGA中的SIZES就等於LARGE_POOL_SIZE，SHARED_POOL_SIZE和永久性的記憶體arrays的SIZE三者相加。 永久性的記憶體arrays的總的SIZE可以透過初始引數的設定來計算得到。然而，你需要知道從引數獲得這些array sizes的方程式，每個array元素大小的位元組數，還有array頭資訊的sizes.這些跟Oracle的版本號和OS有關。實際使用中，我們是不必要計算這個永久性的記憶體arrays的SIZE的。如果想知道，一個方法就是在STARTUP NOMOUNT資料庫時記下the variable area.然後減去引數中LARGE_POOL_SIZE和SHARED_POOL_SIZE的大小就可以。

　　The database block area：

　　這個區域是資料庫塊的複製。在Oracle 8i中，buffer數由DB_BLOCK_BUFFERS指定。每個buffer的大小由DB_BLOCK_SIZE指定。所以這個區域的大小是兩者相乘。在Oracle 9i中，這個區域的大小是DB_CACHE_SIZE指定。這個區不包含它們自己的控制結構，只包含database block copies data.每個buffer的header資訊存在於SGA的the variable area中。還有latches資訊也放在SGA的the variable area中。在設定DB_BLOCK_BUFFERS時每4個BUFFERS會影響the variable area的1K的SIZE.關於這一點。可以透過測試（針對8i而言）。

　　The log buffer：

　　這個區域的SIZE是由引數LOG_BUFFER指定的。如果OS支援記憶體保護，log buffer將會被兩個保護頁面包圍起來以免被一些ORACLE的錯誤程式損壞log buffer.在SGA中，跟其它的如variable area和database block area相比，log buffer是非常小的。log buffer分成內部的buffer blocks，而這些block各有8個位元組的頭部資訊存在於variable area中。

　　The instance lock database

　　在OPS/RAC配置中，instance locks用來控制由所有instances共享的資源以序列的方式被進入並使用。SGA中的這個區域所維護的是本地例項所要使用的資料庫資源，所有例項和程式都會用到的資料庫資源，還有所有例項和程式當前需要的或者已經擁有的鎖（LOCKS）。這三個arrays的SIZE分別由引數LM_RESS， LM_PROCS，LM_LOCKS引數指定。（這三個引數是RAC的引數，在單例項中用SHOW PARAMETER是檢視不到的）。 The instance lock database還包含了message buffers和其它的structure.但是其SIZE是非常小的。

　　這個區域的SIZE是沒辦法在例項啟動的時候看到的。這是Oracle Internals.可以用ORADEBUG工具檢視。SQL>ORADEBUG IPC.至於ORADEBUG工具就不做介紹。用這個工具做操作時需要經過Oracle Support同意。

　　可以用以下的兩種方式DUMP SGA：

　　SQL>ALTER SESSION SET EVENTS 'immediate trace name global_area level 2'；

　　或者SQL>ORADEBUG DUMP GLOBAL_AREA 2

racle記憶體結構:SGA的區域資訊