在MOS上查看相关的信息，说是nproc的配置太低了，无法分配进程了。 但是查看nproc的情况,感觉没什么问题。 *               soft    nproc   32768 *               hard    nproc   65536 他们当时起库的时候，发现已经报了proc的错误，当调整process的时候，库直接起不来了。 SQL> startup ORA-27154: post/wait create failed ORA-27300: OS system dependent operation:semids_per_proc failed with status: 0 ORA-27301: OS failure message: Error 0 ORA-27302: failure occurred at: sskgpwcr2 ORA-27303: additional information: semids = 264, maxprocs = 45000 SQL> exit                                              起库的哥们已查看nproc的配置,db process设置为16000的时候库才能起来,然后他就直接设置为了16000,然后还有一些其他的问题，直接顺手解决了。 test2 @test1:/root > grep nproc /etc/security/limits.conf  #        - nproc - max number of processes #@student        hard    nproc           20 #@faculty        soft    nproc           20 #@faculty        hard    nproc           50 #ftp             hard    nproc           0 *               soft    nproc   8192 *               hard    nproc   16384 SQL> startup ORA-04031: unable to allocate 15193312 bytes of shared memory ("shared pool","unknown object","sga heap(3,0)","KEWS sesstat values") SQL> Tunning sga  *.sga_max_size= 6442450944  ==> 8442450944 *.sga_target=6442450944     ==> 8442450944 SQL> startup ORACLE instance started. Total System Global Area 8417955840 bytes Fixed Size                  2233168 bytes Variable Size            3321892016 bytes Database Buffers         5066719232 bytes Redo Buffers               27111424 bytes Database mounted. Database opened. 查看邮件的情况，才发现nproc是在第二天早晨被unix team从8000调到16000的。问题的原因就找到了。 kernel的变更没有生效，只能稍候处理。 这个问题的定位确实有些曲折，希望在操作的时候保留日志之类的东西，这样诊断问题会有根据。