Linux 内核参数引见和Oracle相关参数调整
日期：2014-05-16 浏览次数：20807 次
Linux 内核参数介绍和Oracle相关参数调整
Linux 内核参数的大小和Oracle 有很大的关闭，比如ORA-27102的错误，就是因为内核参数的大小不当造成。具体参考Blog：
Upon startup of Linux database get ORA-27102: out of memory Linux-X86_64 Error: 28: No space left on device
Oracle 11gR2 里也有一个类似的问题：
Oracle 11gR2 RAC ORA-00845 MEMORY_TARGET not supported on this system 解决方法
安装Oracle的时候，可以参考Oracle 的安装文档，来设置相关的值，但是有些参数的值还是需要根据我们自己的情况来进行调整。
1. Linux 系统下的核心参数
# vi /etc/sysctl.conf
kernel.shmall = 2097152
kernel.shmmax = 2147483648
kernel.shmmni = 4096
kernel.sem = 250 32000 100 128
fs.file-max = 65536
net.ipv4.ip_local_port_range = 9000 65000
net.core.rmem_default = 4194304
net.core.rmem_max = 4194304
net.core.wmem_default = 262144
net.core.wmem_max = 262144
该参数保存在/etc/sysctl.conf 下，修改该文件不需要重启OS，只需要使用如下命令：
# /sbin/sysctl -p
就可以让修改的参数生效。
2. kernel.shmmax 参数
2.1 说明
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 ,设置的过低可能会导致需要创建多个共享内存段，这样可能导致系统性能的下降 。
SHMMAX 仅仅是在共享内存段被创建的时候用来比较的一个数字，当共享内存段被一个进程(Process)创建，操作系统检查是否被要求的共享内存段的值大于shmmax 的值 ，如果是，那么将会抛出一个错误。这个时候系统会创建另外的一个或多个共享内存段满足进程的需求 。一般来说，共享内存段个数和系统性能没有太直接的关系，也不会对性能产生太大的影响。
在实例启动以及Server Process 创建的时候，多个小的共享内存段可能会导致当时轻微的系统性能的降低(在启动的时候 需要去创建多个虚拟地址段，在进程创建的时候要让进程对多个段进行“识别”，会有一些影响)，但是其他时候都不会有影响。这意味着如果你的程序不是经常Create Processes（以及Destroy Them）,性能方面就不是考虑的问题。
Oralce 建议 SHMMAX > SGA(SGA_MAX_SIZE)，这样在任何时候都不会有甚至轻微的性能下降的隐患。
2.2 示例
在上节说了，如果shmmax 小与SGA，Oracle 会创建多个共享内存段，我们可以使用Ipcs -sa 查看看到共享内存段个数。
（1）查看
[root@rac01 ~]# cat /etc/sysctl.conf | grep kernel.shmmax
kernel.shmmax = 20971520
[root@rac01 ~]# ipcs -sa
------ Shared Memory Segments --------
key shmid owner perms bytes nattch status
0x00000000 65537 oracle 640 4194304 27
0x00000000 98306 oracle 640 20971520 27
0x00000000 131075 oracle 640 20971520 27
0x00000000 163844 oracle 640 20971520 27
0x00000000 196613 oracle 640 20971520 27
0x00000000 229382 oracle 640 20971520 27
0x00000000 262151 oracle 640 20971520 27
0x00000000 294920 oracle 640 20971520 27
0xd2776b04 327689 oracle 640 20971520 27
------ Semaphore Arrays --------
key semid owner perms nsems
0xfafd7074 360449 oracle 640 104
------ Message Queues --------
key msqid owner perms used-bytes messages
因为kernel.shmmax设置过小,导致分配了多个共享内存段。
下边改大一些:
[root@rac01 ~]# cat /etc/sysctl.conf | grep kernel.shmmax
kernel.shmmax = 2147483648
[root@rac01 ~]# sysctl -p
[root@rac01 ~]# su - oracle
[oracle@rac01 ~]$ sqlplus '/as sysdba'
SQL*Plus: Release 10.2.0.1.0 - Production on Mon Nov 16 05:50:00 2009
Copyright (c) 1982, 2005, Oracle. All rights reserved.
Connected to:
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
With the Partitioning, Real Application Clusters, Oracle Label Security, OLAP
and Data Mining Scoring Engine options
SQL> startup force
ORACLE instance
Linux 内核参数的大小和Oracle 有很大的关闭，比如ORA-27102的错误，就是因为内核参数的大小不当造成。具体参考Blog：
Upon startup of Linux database get ORA-27102: out of memory Linux-X86_64 Error: 28: No space left on device
Oracle 11gR2 里也有一个类似的问题：
Oracle 11gR2 RAC ORA-00845 MEMORY_TARGET not supported on this system 解决方法
安装Oracle的时候，可以参考Oracle 的安装文档，来设置相关的值，但是有些参数的值还是需要根据我们自己的情况来进行调整。
1. Linux 系统下的核心参数
# vi /etc/sysctl.conf
kernel.shmall = 2097152
kernel.shmmax = 2147483648
kernel.shmmni = 4096
kernel.sem = 250 32000 100 128
fs.file-max = 65536
net.ipv4.ip_local_port_range = 9000 65000
net.core.rmem_default = 4194304
net.core.rmem_max = 4194304
net.core.wmem_default = 262144
net.core.wmem_max = 262144
该参数保存在/etc/sysctl.conf 下，修改该文件不需要重启OS，只需要使用如下命令：
# /sbin/sysctl -p
就可以让修改的参数生效。
2. kernel.shmmax 参数
2.1 说明
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 ,设置的过低可能会导致需要创建多个共享内存段，这样可能导致系统性能的下降 。
SHMMAX 仅仅是在共享内存段被创建的时候用来比较的一个数字，当共享内存段被一个进程(Process)创建，操作系统检查是否被要求的共享内存段的值大于shmmax 的值 ，如果是，那么将会抛出一个错误。这个时候系统会创建另外的一个或多个共享内存段满足进程的需求 。一般来说，共享内存段个数和系统性能没有太直接的关系，也不会对性能产生太大的影响。
在实例启动以及Server Process 创建的时候，多个小的共享内存段可能会导致当时轻微的系统性能的降低(在启动的时候 需要去创建多个虚拟地址段，在进程创建的时候要让进程对多个段进行“识别”，会有一些影响)，但是其他时候都不会有影响。这意味着如果你的程序不是经常Create Processes（以及Destroy Them）,性能方面就不是考虑的问题。
Oralce 建议 SHMMAX > SGA(SGA_MAX_SIZE)，这样在任何时候都不会有甚至轻微的性能下降的隐患。
2.2 示例
在上节说了，如果shmmax 小与SGA，Oracle 会创建多个共享内存段，我们可以使用Ipcs -sa 查看看到共享内存段个数。
（1）查看
[root@rac01 ~]# cat /etc/sysctl.conf | grep kernel.shmmax
kernel.shmmax = 20971520
[root@rac01 ~]# ipcs -sa
------ Shared Memory Segments --------
key shmid owner perms bytes nattch status
0x00000000 65537 oracle 640 4194304 27
0x00000000 98306 oracle 640 20971520 27
0x00000000 131075 oracle 640 20971520 27
0x00000000 163844 oracle 640 20971520 27
0x00000000 196613 oracle 640 20971520 27
0x00000000 229382 oracle 640 20971520 27
0x00000000 262151 oracle 640 20971520 27
0x00000000 294920 oracle 640 20971520 27
0xd2776b04 327689 oracle 640 20971520 27
------ Semaphore Arrays --------
key semid owner perms nsems
0xfafd7074 360449 oracle 640 104
------ Message Queues --------
key msqid owner perms used-bytes messages
因为kernel.shmmax设置过小,导致分配了多个共享内存段。
下边改大一些:
[root@rac01 ~]# cat /etc/sysctl.conf | grep kernel.shmmax
kernel.shmmax = 2147483648
[root@rac01 ~]# sysctl -p
[root@rac01 ~]# su - oracle
[oracle@rac01 ~]$ sqlplus '/as sysdba'
SQL*Plus: Release 10.2.0.1.0 - Production on Mon Nov 16 05:50:00 2009
Copyright (c) 1982, 2005, Oracle. All rights reserved.
Connected to:
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
With the Partitioning, Real Application Clusters, Oracle Label Security, OLAP
and Data Mining Scoring Engine options
SQL> startup force
ORACLE instance
免责声明： 本文仅代表作者个人观点，与爱易网无关。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请读者仅作参考，并请自行核实相关内容。
