我的笔记：ORACLE大页内存hugepage和SGA、PGA的经验，SGA并非越大越好

背景：ORACLE 11.2,SGA 64G,PGA 8G，压测出现操做系统内存耗尽
WARNING: Heavy swapping observed on system in last 5 mins.
pct of memory swapped in [1.94%] pct of memory swapped out [1.32%].

分析：
一、链接到数据库的每一个系统链接进程大概会占用10M左右，1000个链接那么也就接近10G了；
二、在32位系统下，一个进程访问1GB的内存，会产生1M(110241024/44/1024/1024)的页表，若是是在64位系统，将会增大到2M。
SGA设置为64G，有1000个ORACLE用户进程（在linux中每一个进程页表独立，都有本身的页表），64位LINUX的系统上，最大的页表占用内存为：642*1000/1024=125G；

解决方法：
一、控制SGA大小， sga+pga最好控制在50%物理内存之内，pga内存不要操做sga内存的20%；
二、当主机的物理内存为64G，设SGA>=32G时，建议开启大页；
内存都是以页的形式划分的，默认状况下每页是4K，这就意味着若是物理内存很大，则映射表的条目将会很是多，会影响CPU的检索效率。由于内存大小是固定的，为了减小映射表的条目，可采起的办法只有增长页的尺寸。
在Linux中配置hugepage能够提升oracle的性能，减小oracle sga的页交换，相似于aix中的lagepage。

设置方法（参考第三方材料）：
一、关闭Oracle Database 11g中的AMM(Automatic Memory Management)，即把两个参数MEMORY_TARGET / MEMORY_MAX_TARGET设为0
若是alter system set MEMORY_MAX_TARGET=0 scope=spfile;重启后发现没有改成0，能够alter system reset memory_max_target; 来设置

二、参考metalink(文档 ID 401749.1)提供的脚本,计算hugepages的大小

三、对hugepages_settings.sh这个脚本授可执行的权限
chmod +x hugepages_settings.sh

四、执行执行hugepages_settings.sh获得建议值
得出大页的大小为1028页（注：一页为2M，这个值不可改，1028*2M=2056M），实际上hugepages与参数sga_max_size有关，比sga_max_size的值稍微大一点点（比SGA_MAX_SIZE最少要多加一页，2M的页不要分配超过sga_max_size太多，会形成内存的浪费）
注意：使用Hugepage内存是共享内存，它会一直keep在内存中的，不会被交换出去，也就是说使用hurgepage的内存不能被其余的进程使用，因此，必定要合理设置这个值，避免形成浪费。对于只使用Oracle的服务器来讲，把Hugepage_pool设置成大于SGA大小才能被Oracle使用。
SQL>show parameter sga_max_size
NAME TYPE VALUE

---

sga_max_size big integer 2G

五、设置hugepages，在内核参数中添加一行,vi /etc/sysctl.conf
vm.nr_hugepages = 1028

六、修改内核参数当即生效
[root@el5 ~]# sysctl -p

七、别忘记设定内存锁memlock，以K为单位，memlock数量要大于大页的数量，固然也要大于sga_max_size,这里设定为2056000，设置为-1，表示不限制。
[root@el5 ~]# vi /etc/security/limits.conf
oracle soft memlock 2056000
oracle hard memlock 2056000

八、检查limits是否正确
[root@el5 ~]# su - oracle
[oracle@el5 ~] ulimit -l
2056000

九、重启数据库

十、查看大页，已被使用
[oracle@el5 ~]$ watch -n1 'cat /proc/meminfo |grep -i HugePage'
HugePages_Total: 总共页
HugePages_Free: 空闲页
HugePages_Rsvd: 操做系统承诺给Oracle预留页
Hugepagesize: 2048 kB 每页是2M，不可修改

如：
HugePages_Total: 1028 ---总共1028页
HugePages_Free: 869 ---空闲869 页，即当前大页被使用了1028-869=159页，即被用了1592M=118M，小于sga_target。
HugePages_Rsvd: 842 ---操做系统承诺给Oracle预留842页，即8422M=1684M（1684+118==SGA_MAX_SIZE）

使用了hugepage以后,SGA就默认pin在内存里了，那么就不用lock sga了。接下来咱们研究一下参数：pre_page_sga，这个参数默认是false,我把它打开。
sys@OCM> alter system set pre_page_sga=true scope=spfile;
sys@OCM> show parameter sga
NAME TYPE VALUE

---

lock_sga boolean FALSE
pre_page_sga boolean TRUE
sga_max_size big integer 2G
sga_target big integer 1G
HugePages_Total: 1028 ---总共1028页
HugePages_Free: 548 ---空闲548页，即当前大页被使用了1028-548=480页，即被用了4802M=960M,约等于sga_target,参数pre_page_sga起做用了。
HugePages_Rsvd: 521 ---操做系统承诺给Oracle预留521页，即5212M=1042M（理解为sga_max_size-sga_target）
Hugepagesize: 2048 kB --每页是2M，不可修改

参考metalink:USE_LARGE_PAGES To Enable HugePages (文档 ID 1392497.1)

补充关于内存申请的OverCommitLinux下的OverCommit机制，主要是为了应对可能的异常的大量内存申请对OS自己形成冲击。Linux有三种OverCommit机制，能够经过：/proc/sys/vm/overcommit_memory来配置，三种配置的具体含义：0：启发式策略，后果比较严重的Overcommit将不能成功，而轻微的Overcommit将被容许。1：永远容许Overcommit，这种策略适合那些不能承受内存分配失败的应用，好比某些科学计算应用。2：永远禁止Overcommit，在这个状况下，系统所能分配的内存不会超过swap+RAM*系数（/proc/sys/vm /overcmmit_ratio，默认50%，你能够调整），若是这么多资源已经用光，那么后面任未尝试申请内存的行为都会返回错误，这一般意味着此时 无法运行任何新程序。