ORA-27125错误

我在redhat linux 6.3 64bit系统安装完毕oracle 10.2.0.1，运行dbca命令建库时遇到ora-27125错误，使用oerr查询

[oracle@oracle database]$ oerr ora 27125
27125, 00000, "unable to create shared memory segment"
// *Cause: shmget() call failed
// *Action: contact Oracle support

原来是分配共享内存失败

后来在eygle博客找到了解决办法...

---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Hugepages,hugetlb_shm_group与ORA-27125

1

作者： eygle | English 【转载时请以超链接形式标明文章 出处和作者信息及 本声明】
链接： http://www.eygle.com/archives/2011/12/hugepageshugetl.html

站内相关文章|Related Articles
 ORA-600 KGHALO4 来自Heap Manager的错误
ORA-600 [6749] ON SYSMAN.MGMT_METRICS_RAW
TNS-00583 错误解决案例一则
Invalid Login Using Trusted Authentication 错误原因
Oracle数据恢复:ORA-600 4097错误解决案例一则

在某些操作系统上，当启动数据库或者创建数据库时都可能出现ORA-27125错误，我在Oracle Linux 6上安装Oracle 10.2.0.1，创建数据库时就遇到了这个错误。

这个错误的解决就是修改 /proc/sys/vm/hugetlb_shm_group 文件。
以下是老杨提到过的一个 问题，解决方法相同：

帮客户解决一个Linux上数据库无法启动的问题。
客户的Linux 5.6 x86-64环境，安装数据库后，启动数据库报错：ORA-27125。
Oracle文档上关于ORA-27125错误的描述为：

ORA-27125: unable to create shared memory segment
Cause: shmget() call failed
Action: contact Oracle support

查询了一下，发现问题和linux上的hugetbl有关。
解决方法也很简单，首先检查oracle用户的组信息：

[oracle@yans1 ~]$ id oracle
uid=500(oracle) gid=502(oinstall) groups=502(oinstall),501(dba)
[oracle@yans1 ~]$ more /proc/sys/vm/hugetlb_shm_group
0

下面用root执行下面的命令，将dba组添加到系统内核中：

# echo 501 > /proc/sys/vm/hugetlb_shm_group

然后启动数据库，问题消失。
那么hugetlb_shm_group组是什么呢？以下是解释：
hugetlb_shm_group contains group id that is allowed to create SysV shared memory segment using hugetlb page

这里反复提到了HugePage，以下是关于HugePage的说明和解释：

When a process uses some memory, the CPU is marking the RAM as used by that process. For efficiency, the CPU allocate RAM by chunks of 4K bytes (it's the default value on many platforms). Those chunks are named pages. Those pages can be swapped to disk, etc.

Since the process address space are virtual, the CPU and the operating system have to remember which page belong to which process, and where it is stored. Obviously, the more pages you have, the more time it takes to find where the memory is mapped. When a process uses 1GB of memory, that's 262144 entries to look up (1GB / 4K). If one Page Table Entry consume 8bytes, that's 2MB (262144 * 8) to look-up.

Most current CPU architectures support bigger pages (so the CPU/OS have less entries to look-up), those are named Huge pages (on Linux), Super Pages (on BSD) or Large Pages (on Windows), but it all the same thing.

另在安装过程中遇到的操作系统验证错误，可以通过如下方式解决：
在Linux系统中安装oralce的过程中，如果Linux发行版本不是oracle的推荐版本，可能会报如下错误，导致runInstaller无法完成：
Checking operating system version: must be redhat-3, SuSE-9, redhat-4, UnitedLinux-1.0, asianux-1 or asianux-2
Failed <<<<

遇到这个问题，可以通过如下三种方式解决

1、修改Linux的发行标记

如在redhat-5上安装oracle的时候，需要将文件 '/etc/redhat-release'的内容由
Red Hat Enterprise Linux Server release 5 (Tikanga)

修改为Oracle支持的版本
Red Hat Enterprise Linux Server release 4 (Tikanga)

2、runInstaller的时候加上-ignoreSysPreReqs参数，如：
./runInstaller -ignoreSysPreReqs

3.修改oraparam.ini的参数
增加你的系统版本号

参考文献：

http://wiki.debian.org/Hugepages