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

lfree發表於2000-01-01

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的區域資訊

來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/267265/viewspace-82803/,如需轉載,請註明出處,否則將追究法律責任。

相關文章