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
将这个参数改过来，重启后，再启动数据库就没有问题了
相关文档：
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 ......
安装好了之后可以通过这个路径找到一个文本文件：
oracle\product\10.2.0\db_1\NETWORK\ADMIN\listener.ora 还一个在同路径下的tnsnames.ora文件，这两个文本中的一些信息要一样的。
你看看我的这两个文本文件的信息：
listener.ora
# listener.ora Network Configuration File:& ......
发现错误：数据库未打开: 仅允许在固定表/视图中查询
解决方案：
1. 在运行-->命令里输入sqlplus /nolog然后回车，
2. 以sysdba的角色登录：connect sys/口令 as sysdba
3. 先执行”alter database open”，会出现如下的错误
第 1 行出现错误:
ORA-01157: 无法标识/锁定数据文件 6 - 请� ......
ORACLE 10.204密码重试次数问题
ORACLE 10.204密码重试次数问题
ORACLE 10.204补丁增强了系统的安全性，缺省的密码重试次数改为了10次，这在很多情况下，会导致一些客户被锁定，如果想修改密码重试次数，可以修改响应的概要文件，如果没有创建用户概要文件，缺省的就是用oracle的概要文件，修改这个概要� ......
1. 通过v$session，v$locked_object查看谁锁定了资源
select t1.sid, t1.serial#, t1.username, t1.logon_time
from v$session t1 , v$locked_object t2
where t1.sid = t2.session_id
order by t1.logon_time
......
