Linux 内核参数及Oracle相关参数调整-优快云博客

Linux 内核参数及Oracle相关参数调整

我们一般在Linux 上安装设置Oracle 数据库或者在更换或升级硬件的时候都需要
配置Linux 系统的核心参数, 然后才是调整Oracle 系统参数。具体这些参数的实质意义是什么，为什么要做调整，如何合理调整？带着这些问题我们做以下的一些分析以及测试。注意：以下的一些测试可能只适用于Linux 系统，且测试Linux 系统为64Bit,32Bit Linux 系统可能有不一样。

名字	描述	合理取值
SHMMAX	最大共享内存段尺寸（字节）	250kB + 8.2 kB * shared_buffers + 14.2 kB * max_connections 直到无穷大
SHMMIN	最小共享内存段尺寸（字节）	1
SHMALL	可用共享内存的总数量（字节或者页面）	如果是字节，就和 SHMMAX 一样；如果是页面，ceil(SHMMAX/PAGE_SIZE)
SHMSEG	每进程最大共享内存段数量	只需要 1 个段，不过缺省比这高得多。
SHMMNI	系统范围最大共享内存段数量	类似 SHMSEG 加上用于其他应用的空间
SEMMNI	信号灯标识符的最小数量（也就是说，套）	至少ceil(max_connections / 16)
SEMMNS	系统范围的最大信号灯数量	ceil(max_connections / 16) * 17加上用于其他应用的空间
SEMMSL	每套信号灯最小信号灯数量	至少 17
SEMMAP	信号灯映射里的记录数量	参阅文本
SEMVMX	信号灯的最大值	至少 1000 （缺省通常是32767，除非被迫，否则不要修改）

测试环境： Linux AS 4.0 U5 64Bit
核心版本： 2.6.9-55.ELsmp #1 SMP x86_64

1. Linux 系统下的核心参数：
[root@ECSDB etc]# cat sysctl.conf 或者到 /proc/sys/kernel 下查看。
kernel.shmall = 2097152
kernel.shmmax = 8405194752
kernel.shmmni = 4096
kernel.sem = 250 32000 100 128
fs.file-max = 65536
fs.file-max = 65536
net.ipv4.ip_local_port_range = 1024 65000
net.core.rmem_default = 262144
net.core.rmem_max = 262144
net.core.wmem_default = 262144
net.core.wmem_max = 262144

----- 小技巧：修改 /etc/sysctl.conf 文件之后立刻生效命令 # sysctl -p

2. Linux 下核心参数调整

kernel.shmmax ----

SHMMAX Available physical memory Defines the maximum allowable size
of one shared memory segment. The SHMMAX setting should be large enough
to hold the entire SGA in one shared memory segment. A low setting can
cause creation of multiple shared memory segments which may lead to
performance degradation.

Shmmax 是核心参数中最重要的参数之一，用于定义单个共享内存段的最大值，
shmmax 设置应该足够大，能在一个共享内存段下容纳下整个的SGA ,设置的过低可能会
导致需要创建多个共享内存段，这样可能导致系统性能的下降。

http://www.itpub.net/showthread.php?threadid=551229&pagenumber

论坛上的一些说法： SHMMAX 仅仅是在共享内存段被创建的时候用来比较的一个数
字，当共享内存段被一个进程(Process)创建，操作系统检查是否被要求的共享内存段
的值大于shmmax 的值，如果是，那么将会抛出一个错误。这个时候系统会创建另外的
一个或多个共享内存段满足进程的需求。一般来说，共享内存段个数和系统性能没有
太直接的关系，也不会对性能产生太大的影响。

Steve Adams 在他的小册子中说过，在实例启动以及Server Process 创建的时候，
多个小的共享内存段可能会导致当时轻微的系统性能的降低(在启动的时候需要去创
建多个虚拟地址段，在进程创建的时候要让进程对多个段进行“识别”，会有一些影响)，
但是其他时候都不会有影响。这意味着如果你的程序不是经常Create Processes（以及
Destroy Them）,性能方面就不是考虑的问题。

   当然Oralce 的建议是希望一个大的共享内存段能容纳整个SGA，这样在任何时候
都不会有甚至轻微的性能下降的隐患。

   Oracle 安装文档建议 32Bit Linux 系统设置shmmax 为32Bit 最大的限制值
(setting shmmax to the 32-bit number limit),也就是4G 。

   所以一般来说，1-4G 的物理内存，可以直接设置shmmax 为最大物理内存即可，那
么SGA 肯定在一个共享内存段中，32Bit Linux 系统物理内存大于4G 的设置为4G 即可。
总之，一般设置shmmax >=SGA (32Bit 系统是否支持到1.7G 以上SGA 需要注意) 。
如果是64Bit 的Linux 操作系统，shmmax 设置为大于SGA_MAX_SIZE 即可。
(仅供参考)

http://download-west.oracle.com/docs/html/A96167_01/pre.htm#CHDHDABJ
http://www.itpub.net/551203,1.html

Ipcs  -sa 可以看到共享内存段个数

kernel.shmall ----

kernel.shmall 参数是控制共享内存页数。Linux 共享内存页大小为4KB, 共享内
存段的大小都是共享内存页大小的整数倍。一个共享内存段的最大大小是16G，那么需
要共享内存页数是 16GB/4KB=16777216KB/4KB=4194304 （页），也就是64Bit 系统下
16GB 物理内存，设置 kernel.shmall = 4194304 才符合要求(几乎是原来设置2097152
的两倍)。这时可以将shmmax 参数调整到 16G 了，同时可以修改SGA_MAX_SIZE 和
SGA_TARGET 为 12G（您想设置的SGA 最大大小，当然也可以是2G~14G 等，还要协调PGA
参数及OS 等其他内存使用，不能设置太满，比如16G）。

kernel.shmmni ----
shmmni 内核参数是共享内存段的最大数量（注意这个参数不是 shmmin,是
shmmni, shmmin 表示内存段最小大小）。shmmni 缺省值 4096 ，一般肯定是够用了。

3. Oracle 下需要做调整的参数
SGA_MAX_SIZE
SGA_TARGET
DB_CACHE_SIZE

SGA_MAX_SZIE 为实例允许使用的sga 上限,一个静态参数,是不能动态修改的.
SGA_TARGET 为10g 推出的sga 自动管理的参数,动态参数,可以动态修改.
sga_max_size 与 SGA 各组件大小的关系
设置的 sga_max_size 小于实际的SGA 中各个pool 的尺寸总和的大小，那么
sga_max_size 的值会被oracle 自动以实际的SGA 的总尺寸代替。如果不设置
sga_max_size ，oracle 会自动的以实际的SGA 的总尺寸来设置sga_max_size 的值。
设置 sga_max_size 的值为大于SGA 中各个pool 的尺寸总和的值：但是
sga_max_size 的值相对于所有可用的物理内存来说，是一个合理的值。sga_max_size
的实际的值和pfile 中的sga_max_size 指定的值是一样的。

在Oracle 10g 中引入了一个非常重要的参数：SGA_TARGET，这也是Oracle 10g
的一个新特性。自动共享内存管理（Automatic Shared Memory Management ASMM），控
制这一特性的，就仅仅是这个参数SGA_TARGE。设置这个参数后，你就不需要为每个内
存区来指定大小了。SGA_TARGET 指定了SGA 可以使用的最大内存大小，而SGA 中各个内
存的大小由Oracle 自行控制，不需要人为指定。Oracle 可以随时调节各个区域的大小，
使之达到系统性能最佳状态的个最合理大小，并且控制他们之和在SGA_TARGET 指定的
值之内。一旦给SGA_TARGET 指定值后（默认为0，即没有启动ASMM），就自动启动了ASMM
特性。

10g 下设置 SGA_TARGET 之后启动ASSM 特性之后，只有以下的这些区的内存大小动态
共享起来：
* Buffer cache (DB_CACHE_SIZE)
* Shared pool (SHARED_POOL_SIZE)
* Large pool (LARGE_POOL_SIZE)
* Java pool (JAVA_POOL_SIZE)
* Streams pool (STREAMS_POOL_SIZE)
而SGA 中的其他区域的内存大小仍然是固定不共享的。
它的含义和SGA_MAX_SIZE 的一样，也表示SGA 最大的大小，于是它也就有了一个
限制，那就是它的大小不能大于SGA_MAX_SIZE 的大小。
Oracle10g 下， SGA_MAX_SIZE 仍然表示SGA 的大小的上限值，而SGA_TARGET 是
SGA 的所有组件的大小的最大值之和，即当SGA_TARGET< SGA_MAX_SIZE 的时候，oracle
就会忽略SGA_MAX_SIZE 的值，SGA_TARGET 也就成了SGA 的在此实例中的上限制，它能
动态改变大小，但是不能够大于SGA_MAX_SIZE 的值。

有人曾经做过试验，在某些版本中（可能在我的版本之后的版本），当SGA_TARGET
< SGA_MAX_SIZE 时，实例重启以后SGA_MAX_SIZE 就变成SGA_TARGET 的大小了。

在 11g 中，这个SGA_TARGET 只能设置是等于SGA_MAX_SIZE 的大小了，设置比它
小，oracle 会自动帮你调整，设置比它大，那还是出错。现在可以自己想想，oracle
对SGA_TARGET 的大小处理在往正确的简单的方向前进中。

SGA_TARGET 带来一个重要的好处就是，能使SGA 的利用率达到最佳，从而节省内
存成本。因为ASMM 启动后，Oracle 会自动根据需要调整各个区域的大小，大大减少了
某些区域内存紧张，而某些区域又有内存空闲的矛盾情况出现。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/611609/viewspace-608274/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/611609/viewspace-608274/