文章出處

一、引言:

    Oracle 9i引入pga_aggregate_target,可以自動對PGA進行調整;

    Oracle 10g引入sga_target,可以自動對SGA進行調整;

    Oracle 11g則對這兩部分進行綜合,引入memory_target,可以自動調整所有的內存,這就是新引入的自動內存管理特性。

二、本文說明:

      操作系統:rhel 5.4 x32

      數據庫:oracle 11g r2

三、memory_target的介紹:

    3.1、下面通過示例了解一下memory_target的設置與PGA和SGA關系:

SQL> show parameter memory_target;

NAME                     TYPE     VALUE
------------------------------------ ----------- ------------------------------
memory_target                 big integer 316M
SQL> show sga;

Total System Global Area  330600448 bytes
Fixed Size            1336344 bytes
Variable Size          247466984 bytes
Database Buffers       75497472 bytes
Redo Buffers            6299648 bytes
SQL> alter system set memory_target=200m scope=spfile;

System altered.

SQL> alter system set sga_target=0 scope=spfile;

System altered.

SQL> alter system set pga_aggregate_target=0 scope=spfile;

System altered.

SQL> shutdown immediate;
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> startup
ORACLE instance started.

Total System Global Area  209235968 bytes
Fixed Size            1335528 bytes
Variable Size          201330456 bytes
Database Buffers        4194304 bytes
Redo Buffers            2375680 bytes
Database mounted.
Database opened.

    設置memory_target參數后,實際上Oracle會自動設置并調整一下兩個參數來分配SGA和PGA的內存,這和Oracle 10g自動設置sga_target后分配db_cache_size和shared_pool_size的機制是一樣的。

SQL> col ksppinm for a20;
SQL> col ksppstvl for a20;
SQL> select a.ksppinm name,b.ksppstvl value
  2     from x$ksppi a,x$ksppcv b
  3   where a.indx = b.indx
  4      and (a.ksppinm like '%sga_target%'
  5  or a.ksppinm like '%pga_aggregate_target%');

NAME                                VALUE
-----------------------     -------------------
sga_target                           0
__sga_target                     142606336
pga_aggregate_target                 0
__pga_aggregate_target            67108864

    3.2、討論一下11g中memory_target設置和不設置對SGA/PGA的影響:

    3.2.1、如果memory_target設置為非0值

      (下面有四種情況來對SGA和PGA的大小進行分配)

      3.2.1.1、sga_target和pga_aggregate_target已經設置大小

        如果Oracle中已經設置了參數sga_target和pga_aggregate_target,則這兩個參數將各自被分配為最小值為他們的目標值。

        memory_target = sga_target + pga_aggregate_target,大小和memory_max_size一致。

      3.2.1.2、sga_target設置大小,pga_aggregate_target沒有設置大小

        那么pga_aggregate_target初始化值=memory_target-sga_target

      3.2.1.3、sga_target沒有設置大小,pga_aggregate_target設置大小

        那么sga_target初始化值=memory_target-pga_aggregate_target

      3.2.1.4、sga_target和pga_aggregate_target都沒有設置大小

        Oracle 11g中對這種sga_target和pag_aggregate_target都沒有設定大小的情況下,Oracle將對這兩個值沒有最小值和默認值。Oracle將根據數據庫運行狀況進行分配大小。但在數據庫啟動是會有一個固定比例來分配:

        sga_target = memory_target*60%

        pga_aggregate_target = memory_target*40%

    3.2.2、如果memory_target沒有設置或 = 0(在11g中默認為0)

      11g中默認為0則初始狀態下取消了memory_target的作用,完全和10g在內存管理上一致,完全向下兼容。(也有三種情況來對SGA和PGA的大小進行分配)

      3.2.2.1、sga_target設置值,則自動調節SGA中的shared pool,buffer cache,redo log buffer,java pool,larger pool等內存空間的大小。PGA則依賴pga_aggregate_target的大小。sga和pga不能自動增長和自動縮小。

      3.2.2.2、sga_target和pga_aggregate_target都沒有設置

        SGA中的各組件大小都要明確設定,不能自動調整各組件大小。PGA不能自動增長和收縮。

      3.2.2.3、memory_max_target設置而memory_target = 0這種情況先和10g一樣,不做說明。 

三、ORA-00845

    最后談一下ORA-00845的由來和解決方案:

    如果memory_max_target/memory_target設置過大,可能導致instance無法啟動,報ORA-00845錯誤。

[oracle@yft bin]$ oerr ora 00845
00845, 00000, "MEMORY_TARGET not supported on this system"
// *Cause: The MEMORY_TARGET parameter was not supported on this operating system or /dev/shm was not sized 
// *Action: Refer to documentation for a list of supported operating systems. Or, size /dev/shm to be at leacle instance running on the system.

SQL> alter system set memory_max_target=400m scope=spfile;

System altered.

SQL> shutdown immediate;
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> startup
ORA-00845: MEMORY_TARGET not supported on this system

 這個錯誤有點誤導,實際上這并不是說該平臺版本上不支持AMM特性,只是設置的memory_max_target超過了系統中設置的share memory(/dev/shm)而已。

[oracle@yft bin]$ df -h
Filesystem            Size  Used Avail Use% Mounted on
tmpfs                 395M     0  395M   0% /dev/shm

在Oracle 11g for linux中似乎是用了一種新的機制來管理共享內存段,而不是傳統的sys /dev/shm了。在alert.ora中可以找到更準確的錯誤描述:

Mon Feb 25 12:13:21 2013
Starting ORACLE instance (normal)
WARNING: You are trying to use the MEMORY_TARGET feature. This feature requires the /dev/shm file system to be mounted for at least 419430400 bytes. /dev/shm is either not mounted or is mounted with available space less than this size. Please fix this so that MEMORY_TARGET can work as expected. Current available is 413466624 and used is 0 bytes. Ensure that the mount point is /dev/shm for this directory.
memory_target needs larger /dev/shm

 

 解決的辦法之一是增加tmpfs文件系統的容量:

      修改/etc/fstab中tmpfs對應的行;將原來的tmpfs   /dev/shm  tmpfs defaults 0 0 改成tmpfs /dev/shm tmpfs default,size=1024M 0 0,這樣tmpfs增大為1G,重新mount /dev/shm使之生效。

[root@yft ~]# vi /etc/fstab
tmpfs                   /dev/shm                tmpfs   defaults,size=420m        0 0

[root@yft ~]# mount -o remount /dev/shm
[root@yft ~]# df -h
Filesystem            Size  Used Avail Use% Mounted on
tmpfs                 420M     0  420M   0% /dev/shm

SQL> startup
ORACLE instance started.

Total System Global Area  418484224 bytes
Fixed Size            1336932 bytes
Variable Size          406849948 bytes
Database Buffers        4194304 bytes
Redo Buffers            6103040 bytes
Database mounted.

 


文章列表


不含病毒。www.avast.com
arrow
arrow
    全站熱搜
    創作者介紹
    創作者 大師兄 的頭像
    大師兄

    IT工程師數位筆記本

    大師兄 發表在 痞客邦 留言(0) 人氣()