shutdownimmediate报错：ERROR:ORA-01034:ORACLEnotavailableRA-27101:sharedmemoryrealmdoesnotexistSQL>startupmount报错：ORA

processes设置过大导致数据库打不开在processes设置过大后，可能导致数据库打不开，开启数据库后会报错：SQL> startupORA-00064: object is too large to allocate on this O/S (1,7746920)SQL>解决办法：首先找到pfile位置，然后从pfile启动数据库;startuppfile=$ORACLE_BASE/adm

再查，是ORA-00064引起。后来我直接修改 E:\oracle\product\10.2.0\db_1\database（根据各人的ORACLE安装目录以及版本将有所不同）下面的init

环境：windows200832bit，oracledb10.2.0.132bit单机，32GB的物理内存问题：实例启动报错：ORA-00064:objectistoolargetoallocateonthisO

主机内存256G，sga_target准备设置为160G，DBCA创建数据库时一直报错ORA-00064:objectistoolargetoallocateonthisO/S(1,15429280)直接使用

  最近由于session数量增加，需要调整session，也就是要调整process参数。看是比较简单的一个问题，却遭遇了ORA-27300，ORA-27301。因为这个涉及到了有关内核参数kernel.sem的修改。下面是其具体描述。1、故障现象OS版本：SUSELinuxEnterpriseServer10SP3(x86_64)-Kernel\r(\l)DB版本:SQL*Plus:Relea

 今天手贱，本来设置为了解决EOERR:ORA-12519TNS:noappropriateservicehandlerfound,解决好了后，又引发了ORA-00064:objectistoolargetoallocateonthisO

shutdownimmediate报错： ERROR:ORA-01034:ORACLEnotavailableRA-27101:sharedmemoryrealmdoesnotexist SQL>startupmount报错：ORA

（一）ORACLE连接超限修改我们需要调整oracle数据库的最大链接数，而这个链接数的调整是在oacle下的dbs目录下init.ora文件中调整的。ORACLE的连接数(sessions)与其参数文件中的进程数(process)有关，它们的关系如下：sessions=(1.1*process+5)但是我们增加process数时，往往数据库不能启动了。这因为我们还漏调了一个unix系统参数：它是

（一）ORACLE连接超限修改我们需要调整oracle数据库的最大链接数，而这个链接数的调整是在oacle下的dbs目录下init.ora文件中调整的。ORACLE的连接数(sessions)与其参数文件中的进程数(process)有关，它们的关系如下：sessions=(1.1*process+5)但是我们增加process数时，往往数据库不能启动了。这因为我们还漏调了一个unix系统参数：它是

ORA-00064:objectistoolargetoallocateonthisO/S(1,26311400) alter system set "_ksmg_granule_size"=33554432

shutdownimmediate报错： ERROR:ORA-01034:ORACLEnotavailableRA-27101:sharedmemoryrealmdoesnotexist SQL>startupmount报错：ORA

原因：XE修改了processes的缺省值，手欠来着原来已经改成200了，修成了3000，然后重启数据库，出现ORA-00064错误。解决办法：使用之前备份的pfile文件进行启动。