Hi

劉大，今天凌晨再次遇到這個問題，再次宕機，依然找不到原因。大劉幫幫忙吧。

我遇到一個問題，造成oracle宕機。雖然經過努力，讓oracle重新啟動，但是目前找不到宕機的真正原因。劉大幫我這個菜鳥分析一下真正原因吧，多謝！大量如下信息

alert：

May 30 04:32:54 2012

Process J000 died, see its trace file

kkjcre1p: unable to spawn jobq slave process

Errors in file /var/u01/app/oracle/diag/rdbms/qc010/down/trace/down_cjq0_29326.trc:

trace：

*** 2012-05-30 04:32:53.689

*** 2012-05-30 04:32:54.393

Process J000 is dead (pid=8448 req_ver=1204 cur_ver=1204 state=3).

*** 2012-05-30 04:33:00.857

Process J000 is dead (pid=8524 req_ver=1205 cur_ver=1205 state=3).

*** 2012-05-30 04:33:11.862

Process J000 is dead (pid=8651 req_ver=1206 cur_ver=1206 state=3).

*** 2012-05-30 04:35:18.338

Process J000 is dead (pid=9105 req_ver=1207 cur_ver=1207 state=3).

Oracle數據庫基本信息：

Version:??11.1.0.6.0

memory_target:18G

memory_max_target:18G

JOB_QUEUE_PROCESSES=1000

OS信息：

Version：CentOS release 5.6 (Final)

內存：24G

/dev/shm:20G

具體情況：

收到報警后，登錄sqlplus，發現數據庫已經宕機了。試著啟動oracle，

SQL> startup

ORA-00845: MEMORY_TARGET not supported on this system

MEMORY_TARGET設置的是18G，而/dev/shm設置的是20G，不應該起不來啊，查看/dev/shm具體情況

[oracle@hou-test dbs]$ df -Th /dev/shm

文件系統? ? 類型? ?? ?容量??已用??可用 已用%% 掛載點

tmpfs? ?? ???tmpfs? ???20G? ?13G??6.6G??67% /dev/shm

/dev/shm剩余空間不足18G。重新remount??/dev/shm后，oracle順利啟動。

這就是我的第一個問題：oracle數據庫宕機后，oracle占用/dev/shm的空間為什么不釋放呢？

第二個問題：memory_max_target和memory_target設置多大合適，一般占內存的多少？還有就是/dev/shm和memory_max_target之間有沒有比例關系。

我排除了Oracle實例資源不足的情況，我猜測的是內存不足造成的宕機，但是沒有依據。

SQL> select * from v$resource_limit;

RESOURCE_NAME? ?? ?? ?? ?? ?? ?CURRENT_UTILIZATION MAX_UTILIZATION INITIAL_ALLOCATION? ?LIMIT_VALUE

------------------------------ ------------------- --------------- -------------------- --------------------

processes? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?37? ?? ?? ?? ???49? ?? ???150? ?? ?? ?? ?? ?? ?150

sessions? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ? 44? ?? ?? ?? ???70? ?? ???170? ?? ?? ?? ?? ?? ?170

enqueue_locks? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ???39? ?? ?? ?? ???87? ?? ? 2300? ?? ?? ?? ?? ???2300

enqueue_resources? ?? ?? ?? ?? ?? ?? ?? ?? ?? ? 33? ?? ?? ?? ???33? ?? ???968? ?? ?? ?? ?UNLIMITED

ges_procs? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ? 0? ?? ?? ?? ?? ?0? ?? ?? ? 0? ?? ?? ?? ?? ?? ???0

ges_ress? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ???0? ?? ?? ?? ?? ?0? ?? ?? ? 0? ?? ?? ?? ?UNLIMITED

ges_locks? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ? 0? ?? ?? ?? ?? ?0? ?? ?? ? 0? ?? ?? ?? ?UNLIMITED

ges_cache_ress? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ???0? ?? ?? ?? ?? ?0? ?? ?? ? 0? ?? ?? ?? ?UNLIMITED

ges_reg_msgs? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ? 0? ?? ?? ?? ?? ?0? ?? ?? ? 0? ?? ?? ?? ?UNLIMITED

ges_big_msgs? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ? 0? ?? ?? ?? ?? ?0? ?? ?? ? 0? ?? ?? ?? ?UNLIMITED

ges_rsv_msgs? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ? 0? ?? ?? ?? ?? ?0? ?? ?? ? 0? ?? ?? ?? ?? ?? ???0

RESOURCE_NAME? ?? ?? ?? ?? ?? ?CURRENT_UTILIZATION MAX_UTILIZATION INITIAL_ALLOCATION? ?LIMIT_VALUE

------------------------------ ------------------- --------------- -------------------- --------------------

gcs_resources? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?0? ?? ?? ?? ?? ?0? ?? ?? ? 0? ?? ?? ?? ?? ?? ???0

gcs_shadows? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ???0? ?? ?? ?? ?? ?0? ?? ?? ? 0? ?? ?? ?? ?? ?? ???0

dml_locks? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ? 2? ?? ?? ?? ?? ?2? ?? ???748? ?? ?? ?? ?UNLIMITED

temporary_table_locks? ?? ?? ?? ?? ?? ?? ?? ?? ? 0? ?? ?? ?? ?? ?0??UNLIMITED? ?? ?? ?? ?UNLIMITED

transactions? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ? 2? ?? ?? ?? ???27? ?? ???187? ?? ?? ?? ?UNLIMITED

branches? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ???0? ?? ?? ?? ???13? ?? ???187? ?? ?? ?? ?UNLIMITED

cmtcallbk? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ? 0? ?? ?? ?? ???14? ?? ???187? ?? ?? ?? ?UNLIMITED

max_rollback_segments? ?? ?? ?? ?? ?? ?? ?? ?? ?19? ?? ?? ?? ???19? ?? ???187? ?? ?? ?? ?? ? 65535

sort_segment_locks? ?? ?? ?? ?? ?? ?? ?? ?? ?? ? 0? ?? ?? ?? ?? ?1??UNLIMITED? ?? ?? ?? ?UNLIMITED

k2q_locks? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ? 0? ?? ?? ?? ?? ?0? ?? ???340? ?? ?? ?? ?UNLIMITED

max_shared_servers? ?? ?? ?? ?? ?? ?? ?? ?? ?? ? 1? ?? ?? ?? ?? ?1??UNLIMITED? ?? ?? ?? ?UNLIMITED

RESOURCE_NAME? ?? ?? ?? ?? ?? ?CURRENT_UTILIZATION MAX_UTILIZATION INITIAL_ALLOCATION? ?LIMIT_VALUE

------------------------------ ------------------- --------------- -------------------- --------------------

parallel_max_servers? ?? ?? ?? ?? ?? ?? ?? ?? ???0? ?? ?? ?? ?? ?0? ?? ?? ?40? ?? ?? ?? ?? ???3600

麻煩您幫忙分析一下，看看到底是什么原因，萬分感謝！

附上alert log和trace。

總結

以上是生活随笔為你收集整理的oracle_j000,Process J000 died, kkjcre1p: unable to spawn jobq slave process引起的宕机的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。