HugePagesとその設定_3

前回はこちら：Hugepagesとその設定_2

前回は手順通りやったはずなのに見事に失敗。。。なぜ！？

よくよくマニュアル読むと。。。

G.2.3 HugePages構成の制限
　HugePagesを使用した場合の制限は次のとおりです。
　自動メモリー管理(AMM)とHugePagesは、互換性がありません。
　AMMを使用すると、SGAメモリー全体は/dev/shmの下にファイルを
　作成することによって割り当てられます。
　Oracle Databaseがこの方法でSGAを割り当てると、HugePagesは予約されません。
　HugePagesを使用するには、Oracle Database 11gでAMMを無効にする必要があります。

AMM(memory_target)は/dev/shm配下にファイルを作って割り当てるのか。。

# ls -l /dev/shm
-rw-r----- 1 oracle oinstall 32M 11月 10 22:35 ora_orcl_2293761_0
-rw-r----- 1 oracle oinstall 32M 11月 10 22:35 ora_orcl_2293761_1
・・・・ずっと続く
うわぁ・・・めちゃくちゃある。

AMM(memory_target)は/dev/shm配下にファイルを作って割り当てるってあるから、
共有メモリの獲得方法とはちょっと違うのかな・・・
memory_targetやめてみるか。

SQL> create pfile='/home/oracle/pfile.ora' from spfile;

$ vi pfile.ora
memory_targetとmemory_max_targetの行を削除

SQL> create spfile from pfile='/home/oracle/pfile.ora'
SQL> startup



環境
=========================================================
CPU: Intel(R) Xeon(R) CPU E5630 @ 2.53GHz×4
メモリ：24GB
OS:Red Hat Enterprise Linux Server release 5.4 (Tikanga)
カーネル：2.6.18-164.el5
Bit:64
# df -h |grep shm
shmfs 15G 766M 15G 5% /dev/shm

#free -m
　　　total used 　free shared buffers cached
Mem:24109 12838 11271 　　　 0 293 1819
=========================================================
Oracle:11.2.0.2
Bit:64
MEMORY_MAX_TRAGET:14GB　====> 0
SGA_TARGET:10GB
PGA_AGGREGATE_TARGET:3GB
=========================================================

2.hugepages_settings.shスクリプトを実行して、hugepages構成の値を計算します。
$ ./hugepages_settings.sh
Recommended setting: vm.nr_hugepages = 5123

ふぅ・・・5123ね。OKOK。


#ls -l /dev/shm

もう使わないし、
#umount /dev/shm


HugePagesとその設定_4からvm.nr_hugepagesを設定していきます。