ORACLE数据库内存参数设大于8G的内存启动出错问题解决
ORACLE数据库内存参数设大于8G的内存启动出错问题解决
4个INTEL 1.6g 4核CPU，16G 内存，安装完ORACLE 10G FOR RED HAT LINUX－64UPDATA4X86-64 准备导数据进去，顺手修改了几个参数。
alter system set sga_max_size=11g scope=spfile;
alter system set sga_target=11g scope=spfile;
谁知启动报错
startup
ORA-27102: out of memory
Linux-x86_64 Error: 28: No space left on device
上网查了一下，没有查到，估计和linux的内核参数设置有关
检查LINUX的内核参数设置
kernel.shmall = 2097152
kernel.semmsl= 250
kernel.semmns=32000
kernel.shmmax = 8589934592
kernel.shmmni = 4096
kernel.sem = 250 32000 100 128
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
怀疑
kernel.shmmax = 8589934592设得不够大
将
kernel.shmmax =17179869184
重启后仍然出错
上网找到一篇文章说到ORA-27102: out of memory
和kernel.sem的内存段设置大小有关，将
kernel.sem = 500 64000 100 128
重启后仍然出错
上网了一下LINUX的参数的意义，发现kernel.shmall是可用共享内存段，下面这儿有详细说明
http://www.redhat.com/docs/manuals/database/RHDB-2.1-Manual/admin_user/kernel-resources.html
kernel.shmall = 2097152 LINUX一个页面是4K 就是 2097152*4k/1024/1024 = 8G ，明显太小
算了一下16G=4194304
将kernel.shmall = 4194304
将这个参数改过来，重启后，再启动数据库就没有问题了
相关文档：
原文地址：http://book.csdn.net/bookfiles/732/10073222578.shtml
对于DML语句来说，只要修改了数据块，Oracle数据库就会将修改前的数据保留下来，保存在undo segment里，而undo segment则保存在undo表空间里。从Oracle 9i起，有两种undo的管理方式：自动Undo管理（Automatic Undo Management，简称AUM）和手工Undo管理（ ......
察看listener.log 确认没有问题
# find / -name listener.log
/home/oracle/app/OraHome_1/network/log/listener.log
位置在$ORACLE_HOME/network/log/listener.log
TNSLSNR for IBM/AIX RISC System/6000: Version 10.2.0.4.0 - Production on 29-DEC-2009 15:12:15
Copyright (c) 1991, 2007, Oracle. All ......
收藏于http://dev.yesky.com/296/8090796.shtml
Oracle数据库
中管理表空间和数据文件
数据库的三大组成部分:数据文件，控制文件，Redo日志。
表空间分为系统表空间和非系统表空间。
SYSTEM表空间是最基本的，必须的，Oracle建议你为用户数据，用户索引，Undo数据段，临时数据段创建单独的表空间 ......
控制文件和REDOLOG同时损坏的ORACLE数据库恢复一例
一个客户打电话给我，说他们一个测试数据库起不来了，让我过去看看，
到客户现场发现数据库已经DOWN了，试着启动一下
SQL*Plus: Release 10.2.0.3.0 - Production on Tue Oct 7 10:33:29 2008
Copyright (c) 1982, 2006, Oracle. All Rig ......
