kkjcre1p: unable to spawn jobq slave process的告警分析

上周检查数据库的alert log，发现有如下告警信息：

Fri Aug 10 09:46:04 CST 2012
Process PZ98 died, see its trace file
Fri Aug 10 09:49:57 CST 2012
Process m000 died, see its trace file
Fri Aug 10 09:49:57 CST 2012
ksvcreate: Process(m000) creation failed
Fri Aug 10 09:55:49 CST 2012
Process P004 died, see its trace file
Process P004 died, see its trace file
SMON: Parallel transaction recovery tried
Fri Aug 10 10:04:46 CST 2012
Thread 2 advanced to log sequence 67903 (LGWR switch)
  Current log# 3 seq# 67903 mem# 0: +DATA/emsbusi/onlinelog/group_3.372.760317935
Fri Aug 10 10:09:36 CST 2012
Process J003 died, see its trace file
Fri Aug 10 10:09:36 CST 2012
kkjcre1p: unable to spawn jobq slave process

通过日志看到，可以分析道如下几种信息：

数据库在创建m000进程失败：ksvcreate: Process(m000) creation failed；

进程P004进程死掉；

不能产生jobq进程。

看到这个信息立刻想到了是数据库的process进程数导到参数：processes设置的值。

SQL> show parameter processes
 
NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
aq_tm_processes                      integer     0
db_writer_processes                  integer     2
gcs_server_processes                 integer     4
job_queue_processes                  integer     10
log_archive_max_processes            integer     2
processes                            integer     1000

SQL> show parameter sessions
 
NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
java_max_sessionspace_size           integer     0
java_soft_sessionspace_limit         integer     0
license_max_sessions                 integer     0
license_sessions_warning             integer     0
logmnr_max_persistent_sessions       integer     1
sessions                             integer     1105
shared_server_sessions               integer    

SQL> SELECT COUNT(*) FROM v$process;
 
  COUNT(*)
----------
        997
 
SQL> SELECT COUNT(*) FROM v$session;
 
  COUNT(*)
----------
        976

通过这里应该知道是session数到达了参数设置的值了，因此应该调整processes参数的大小和session参数的大小，但是这两个参数的调整需要重启数据库实例，会中断生产的应用，那只能通过降低现在连接的session数来临时解决了。

通过分析发现现在连接上来的基本都是weblogic的连接池发出的长连接，很多session已经处于inactive状态，下面通过重新启动weblogic实例（由于weblogic实例配置了多个冗余，一个一个的启动不会对业务造成影响），重启完后，session数急剧下降。

待下次又数据库有维护的机会的时候在将processes和session的值调大一些。

参考文章：

http://hi.baidu.com/abp0109/item/e2d80e0a752092d5dce5b078

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/12129601/viewspace-741500/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/12129601/viewspace-741500/