比如物理内存32G,SGA=32(1-0.2)0.8=25.60.8=20.48G,sga=20G,shmmax=32(1-0.2)0.9=25.60.9=23.04G,shmmax=23G=24,696,061,952 byte,这样设置,性能最优。shmall=shmmax/4K=2310241024*1024/4/1024=6,029,312 byte**
参考了众多资料,官方建议shmmax为物理内存的一半,最大设置为物理内存-2G,或者最大为物理内存的90% 。实际上设置要比物理内存的一半大些,到有不能太大,要给系统保留物理内存的20%,否则内存都被oracle占用了,系统及其他应用内存可用。
另外,shmmax大小要容纳整个SGA大小,即shmmax值应大于SGA值。
shmmax大小是shmall的整数倍,单个内存共享页为4kb,shmall=shmmax/4K 。
shmmax(bytes) = shmmni(page size, default 4k) * shmall (page的个数)
(1)OLTP系统: SGA_TARGET = (total_mem * 0.8) * 0.8 ------物理总内存20%保留给操作系统,即(1-0.2)*0.8,剩余内存的80%分配给SGA区。 PGA_AGGREGATE_TARGET=(total_mem * 0.8) * 0.2----物理总内存20%保留给操作系统,剩余内存的20%分给PGA区。
(2)OLAP(DSS)系统: SGA_TARGET= (total_mem * 0.8) * 0.5 PGA_AGGREGATE_TARGET =(total_mem * 0.8) * 0.5
1.一个共享内存段的最大大小受可用的用户寻址空间限制。
在32bit系统中,是4GB。
2.Oracle Global Customer Support 官方推荐 SHMMAX 的最大值是 物理内存的1/2 , 一个共享内存端的最大大小受可用的用户寻址空间限制。
在64bit系统中,这个理论值是2的64次方。因此,SHMMAX的理论限制值是物理内存的大小。但是,实际地使用全部内存作为SHMMAX可能导致一个潜在的状况:没有内存可以用来干别的事情。 因此,对 SHMMAX 更为理想的 物理限制 是 物理内存-2GB 在oracle db环境中,这个物理限制 依然导致没有足够的内存用来做其他需要的功能(functions)。
因此,一般 “Oracle maximum” for SHMMAX 是 物理内存的1/2。
很多Oracle 客户a higher fraction, at their discretion 偶尔,客户会错误的认为:根据推荐设置 SHMMAX 是用来限制全部的sga,这是不正确的。根据推荐设置SHMMAX只会导致一些共享内存段被用在total sga 上。
3.在内存配置上,同样需要考虑的还有 内核参数**kernel.shmall,**该参数是系统一次能使用的所有的共享内存的大小,以page为单位。
shmmax是核心参数中最重要的参数之一,用于定义单个共享内存段的最大值,shmmax设置应足够大,能在一个共享内存段下容纳下整个的SGA,设置的过低可能会导致需要创建多个共享内存段,可能导致系统性能的下降 。Oralce建议一个大的共享内存段能容纳整个SGA,这样在任何时候都不会有性能下降的隐患。
Oracle安装文档建议,32位Linux设置shmmax 为32位最大限制值(settingshmmax to the 32-bit number limit),即4G,所以1-4G 的物理内存,可以直接设置shmmax 为最大物理内存即可,SGA 肯定在一个共享内存段中,32位Linux 物理内存大于4G 的设置为4G 即可设置shmmax>=SGA(32位系统是否支持到1.7G 以上SGA 需要注意) 。
如果是64位Linux 系统,shmmax 设置为大于SGA_MAX_SIZE即可。**Ipcs -sa 可以看到共享内存段个数****1. 内核的 shmall 和 shmmax 参数**SHMMAX= 配置了最大的内存segment的大小 ——>这个设置的比SGA_MAX_SIZE大比较好。SHMMAX参数:Linux进程可以分配的单独共享内存段的最大值。一般设置为内存总大小的一半。这个值的设置应该大于SGA_MAX_TARGET或MEMORY_MAX_TARGET的值,因此对于安装Oracle数据库的系统,shmmax的值应该比内存的二分之一大一些。
**kernel.shmall 参数是控制共享内存页数 。Linux共享内存页大小为4KB, 共享内存段的大小都是共享内存页大小的整数倍。**一个共享内存段的最大大小是16G,需要共享内存页数是16GB/4KB=16777216KB/4KB=4194304(页),即64位系统16GB 物理内存,设置kernel.shmall=4194304才符合要求。可以将shmmax参数调整到16G ,同时可以修改SGA_MAX_SIZE和SGA_TARGET为12G(设置的SGA最大大小也可是2G~14G等,还要协调PGA参数及OS 等其他内存使用,不能设置太满,如16G.
shmmni 内核参数是共享内存段的最大数量(注意该参数不是shmmin,是shmmni,shmmin 表示内存段最小大小 ) 。shmmni缺省值4096 足够。
shmmax(bytes) = shmmni(page size, default 4k) * shmall (page的个数)
SHMMIN= 最小的内存segment的大小 。SHMMNI= 整个系统的内存segment的总个数 。设置系统级最大共享内存段数量。Oracle10g推荐最小值为4096,可以适当比4096增加一些。
SHMSEG= 每个进程可以使用的内存segment的最大个数
2.配置信号灯( semphore )的参数信号灯semaphores是进程或线程间访问共享内存时提供同步的计数器。
SEMMSL= 设置每个信号灯组中信号灯最大数量,推荐的最小值是250。对于系统中存在大量并发连接的系统,推荐将这个值设置为PROCESSES初始化参数加10。
SEMMNI= 设置系统中信号灯组的最大数量。Oracle10g和11g的推荐值为142。
SEMMNS=设置系统中信号灯的最大数量。操作系统在分配信号灯时不会超过LEAST(SEMMNS,SEMMSL*SEMMNI)。事实上,如果SEMMNS的值超过了SEMMSLSEMMNI是非法的,**因此推荐SEMMNS的值就设置为SEMMSLSEMMNI**。Oracle推荐SEMMNS的设置不小于32000,假如数据库的PROCESSES参数设置为600,则SEMMNS的设置应为:SQL> select (600+10)*142 from dual; (600+10)*142------------ 86620SEMOPM参数:设置每次系统调用可以同时执行的最大信号灯操作的数量。由于一个信号灯组最多拥有SEMMSL个信号灯,因此有推荐将SEMOPM设置为SEMMSL的值。Oracle验证的10.2和11.1的SEMOPM的配置为100。通过下面的命令可以检查信号灯相关配置:# cat /proc/sys/kernel/sem250 32000 100 128对应的4个值从左到右分别为SEMMSL、SEMMNS、SEMOPM和SEMMNI-
3.修改 /etc/sysctl.confkernel.shmmax=15461882265kernel.shmall=3774873kernel.msgmax=65535kernel.msgmnb=65535执行 sudo sysctl -p
可以使用 ipcs -l 看结果,ipcs -u 可以看到实际使用的情况。
在LINUX系统上部署ORACLE时,为了能够使最大限度地发挥ORACLE数据库性能,我们需要在/etc/sysctl.conf文件中增加以下关于内存的内核参数:
**(1)kernel.shmall设置系统中最大内存页面数量,ORACLE建议的为2097152,(2)kernel.shmmax设置单个共享内存段的最大尺寸,单位为BYTE,ORACLE建议大于或等于SGA大小,(3)kernel.shmmni参数设置系统中共享段的数量,ORACLE建议值为4096.**
**LINUX的标准内存页面尺寸大小为4KB,所以当我们在SGA大于8GB的系统上,需要相应增加kernel.shmall的值,这个值一般应该大于或等于SGA大小除以4KB。**
在linux 2.6的kernel增加了称之为hugepage的支持,HUGEPAGE是一个地址连续的内存块区域。在linux下可以通过/proc/meminfo来看hugepage的大小,单个HUGEPAGE大小与平台紧密相关.通过使用hugepage,而不使用标准的page,会带来性能上增加。由于hugepage使用了更大且连续的地址尺寸,减少了地址转换的性能开销,同时也使在CPU级别能同时存储更宽的地址范围。通过设置vm.nr_hugepages参数来设定hugepage的数量,这个值default为0,也就是不使用hugepage,另外还需要设置的参数,vm.disable_cap_mlock参数设为true,允许非根用户拥有对hugepage有写的权限。同时为了保证安全需设定vm.hugetlb_shm_group设定为ORACLE用户组,一般为DBA组
当ORACLE实例在启动时,调用shmget()函数来请求内存分配时,根据SHM_HUGETLB标志来决定是否使用HUGEPAGE,如果请求的SGA大小设定比可用的HUGEPAGE还要大的时候,ORACLE则续继使用标准的内存页面尺寸,而不使用hugepage。但是分配出去的hugepage继续保持在bugepage pool中,所以这样会导致减少可用的内存数量。可查看/proc/meminfo来得来内存中关于hugepage的相关信息