谈谈ORACLE内核参数

以服务器内存为4G
修改/etc/sysctl.conf 文件 (ROOT账户)

kernel.shmmax = 2147483648
//公式:2G*1024*1024*1024=2147483648(字节)
//表示最大共享内存,如果小的话可以按实际情况而定,一般为物理内存的一半(单位:字节)

kernel.shmmni=4096
//表示最小共享内存固定4096KB(由于32位操作系统默认一页为4K)

kernel.shmall=1048576
//公式:4G*1024*1024/4K = 1048576(页)
//表示所有内存大小(单位:页)

kernel.sem=250 32000 100 128
//4个参数依次是SEMMSL:每个用户拥有信号量最大数,SEMMNS:系统信号量最大数,SEMOPM:每次semopm系统调用操作数,SEMMNI:系统辛苦量集数最大数。这4个参数为固定内容大小

fs.file-max=65536
//file-max固定大小65536

net.ipv4.ip_local_port_range=1024 65000
//ip_local_port_range表示端口的范围,为指定的内容

以上步骤做完执行 /sbin/sysctl -p 使内核生效

验证参数(root账户执行):
# /sbin/sysctl -a | grep shm
# /sbin/sysctl -a | grep sem
# /sbin/sysctl -a | grep file-max
# /sbin/sysctl -a | grep ip_local_port_range

1 、与 oracle 相关的信号量和共享内存段参数

 

   一般 unix 系统中和信号量相关的是三个参数 SEMMNI SEMMSL SEMMNS 。他们相互关联决定系统可以分配的信号量。 Oracle 使用信号量完成内部进程之间的通信。

 

   关于共享内存段使用 shmmx 参数进行总体控制。它指定了系统可以分配的共享内存段最大大小,实际并没有分配那么多只是给出一个可以使用的最大限制。

 

   对于类核参数的修改必须要重新启动系统之后才会生效。
2
、出现 信号量和共享内存段相关问题的情况

 

   oracle 只有在 startup nomount 的时候才会请求 os 的这些资源,用于建立 SGA 和启动后台进程。

 

   有些情况下因为 oracle 崩溃之后 os 没有清除 oracle 分配的 SGA ,也可能造成共享内存段不足,需要人工清除。

 

3 、如何解决相关的问题

 

   你可以简单的修改 init 参数减少 oracle 对共享内存段和信号量的需求。

 

   对于控制信号量的三个参数 SEMMNI SEMMSL SEMMNS 。最终可以使用的信号量由下面公式 提取 (semmsl * semmni) 或者 semmns 中最小的值。

 

    例如在 linux . 进入目录/proc/sys/kernel;用cat命令或more命令查看semaphore当前参数的值:
cat sem
命令运行后将会出现如下的结果:
250 32000 32 128
其中, 250 是参数SEMMSL的值,32000是参数SEMMNS的值, 32是参数SEMOPM的值,而128则是参数SEMMNI的值。250*128=32000

 

对于 oracle7 需要信号量的设置等于 init processes 的设置。对于 8i 9i 需要等于 processes*2

 

对于信号量参数的设定一定要小心,因为不正确的设置可能会让系统使用默认值。这个值一般比 oracle 系统要求的低。在 HP unix 上遇到过这样的问题,当时在参数配置的时候指定两个不同的 sem-mni 造成系统使用默认的设置。

 

对于共享内存段,系统的设置至少要等于 SGA 的大小。

你可能感兴趣的:(oracle)