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
将这个参数改过来，重启后，再启动数据库就没有问题了
相关文档：
虽然学习Java很久了，自己也连接过一些数据库，比如mysql之类的，如今呢，也学习了一段时间的Oracle，然而呢，今天是我第一次连接Oracle，嘿嘿，应该还不算太迟吧。
今天呢，有点笨拙，大家莫笑！
我这是一个查询例子
首先，� ......
1.oracle设置不同权限的用户去访问同一表空间
1.create user testa identified by testa;
2.alter user testa default tablespace users temporary tablespace temp;
3.grant connect to testa;
4.grant select any table to testa;
2.ORACLE中设置同一个用户对两个表空间的权限的代码
alter user 用户 quota unlimi ......
High Water Mask（最高水位线，呵呵）以下简称HWM
delete命令不影响表自身的HWM，即表中的区块会随着数据量的增大而增大，但删除数据时，
区块并不会减少，当查询时，会按照HWM的标准去扫描表，即使使用delete将表数据清空，查询时，
依旧会扫描HWM的区块，查询速度也就和没使用delete命令之前是一样的，而truncate可以� ......
不是ORACLE的问题
2009-12-30 15:00
......
控制文件和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 ......
