難題求助：Oracle是怎么駐留內(nèi)存和交換分區(qū)的？

zza

碰到一個(gè)難題：發(fā)現(xiàn)Oracle啟動(dòng)以后，在系統(tǒng)物理內(nèi)存還有空閑時(shí)，系統(tǒng)的交換分區(qū)也被Oracle占用了許多，請(qǐng)問Oracle使用系統(tǒng)內(nèi)存的機(jī)制究竟是怎么樣的？
OS: Solaris8
Oracle 9.2.0.1
下面用的是top工具抓的值：

Shutdown:  Memory: 4096M real, 2838M free, 693M swap in use, 10G swap free
Startup:      Memory: 4096M real, 1227M free, 2332M swap in use, 8873M swap free


Oracle running need memory = ( 2838 - 1227 ) + ( 2332 - 693) = 3250 M

                                                     ＝1611M             ＝ 1639M
也就是Oracle啟動(dòng)后，不僅占用了物理內(nèi)存的1.6G，還使用了Swap的1.6G�？晌锢韮�(nèi)存還有1.2G空間？Oracle為什么不用它們呢？

rollingpig

在sqlplus運(yùn)行
show SGA

show parameters pool_size

貼出結(jié)果

zza

here you are:

SQL>; show sga

Total System Global Area 1631554480 bytes
Fixed Size                   732080 bytes
Variable Size             553648128 bytes
Database Buffers         1073741824 bytes
Redo Buffers                3432448 bytes
SQL>;
SQL>; show parameters pool_size;

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
global_context_pool_size             string
java_pool_size                       big integer 117440512
large_pool_size                      big integer 83886080
olap_page_pool_size                  integer     33554432
shared_pool_size                     big integer 318767104
SQL>;

rollingpig

hehe
這個(gè)問題在Solaris 版肯定很容易得到解決。

估計(jì)是你的系統(tǒng)起用了Crash dump功能（當(dāng)系統(tǒng)突然crash時(shí)，系統(tǒng)會(huì)保留部分重要的memory的dump在DISK上，以做trouble shooting的分析）。所以，基本上，當(dāng)allocate 了 memory的時(shí)候，同時(shí)會(huì)在swap區(qū)保存一個(gè)memory的近似鏡象，以用作Crash dump用。

所以，你的Oracle 實(shí)例用了1.6G的memory.相應(yīng)的在SWAP區(qū)也就多用1.6G

上面的術(shù)語并不準(zhǔn)確，只是用我的理解來說的。具體情況可以去Solaris版問問。

zza

非常感謝。很可能就是這個(gè)原因。
如果Solaris默認(rèn)是這樣工作的話，那么在給客戶做基于Solaris的Oracle部署方案時(shí)，這個(gè)因素是非常重要的，必須考慮進(jìn)去。

再問一個(gè)，當(dāng)Oracle instance新增一個(gè)session時(shí)，它需要新增占用系統(tǒng)多少內(nèi)存資源？ 和下面的參數(shù)配置有沒有關(guān)系
SQL>; show parameters pga;

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
pga_aggregate_target                 big integer 25165824

zza

剛剛研究了一下Solaris的core dump管理方法，發(fā)現(xiàn)和上面的這個(gè)問題可能沒有關(guān)系。Solaris默認(rèn)的core配置為：
#coreadm
     global core file pattern:
       init core file pattern: core
            global core dumps: disabled
       per-process core dumps: enabled
      global setid core dumps: disabled
per-process setid core dumps: disabled
     global core dump logging: disabled

也即應(yīng)用發(fā)生core時(shí)，系統(tǒng)全部都會(huì)為它生成core文件，但Solaris并不會(huì)規(guī)定應(yīng)用自身的內(nèi)存駐留方法。
請(qǐng)老大再查查，，，
我好像看到過，oracle剛啟動(dòng)時(shí)，有很多資源都還沒有l(wèi)oad進(jìn)物理內(nèi)存中，具體如何，不是很確定。

zza

自己頂一下

rollingpig

原帖由 "zza" 發(fā)表：
非常感謝。很可能就是這個(gè)原因。
如果Solaris默認(rèn)是這樣工作的話，那么在給客戶做基于Solaris的Oracle部署方案時(shí)，這個(gè)因素是非常重要的，必須考慮進(jìn)去。

再問一個(gè)，當(dāng)Oracle instance新增一個(gè)session時(shí)，它需要..........

增加一個(gè)session
會(huì)增加如下幾段memory

可執(zhí)行文件及相關(guān)lib的memory 以及
pga

其中pga又包括session stack的一些信息和sort_area,hash_area等
在9i中，如果workarea_size_policy設(shè)為auto .

sort_area,hash_area部分會(huì)根據(jù)pga_aggregate_target    來分配。 主要規(guī)則有：
1。動(dòng)態(tài)分配，在session需要時(shí)才分配sort_area,hash_area，并且在session不需要時(shí)會(huì)回收給OS

2.所有session的sort_area,hash_area總memory量不能超過pga_aggregate_target

3。單個(gè)session的sort_area,hash_area memory不超過pga_aggregate_target 的 5%



至于core dump的問題，正如我一開始所說的，Solaris版應(yīng)該能給你更為滿意的答案（我是DBA,不是SA）

rollingpig

或者你做一下測(cè)試，以不同的SGA (db_cache_size , shared_pool_size) 啟動(dòng)db,看看是否SWAP增加了physical memory差不多的使用量

zza

非常感謝，我試一下