- 最后登录
- 2023-8-16
- 在线时间
- 1686 小时
- 威望
- 2135
- 金钱
- 50532
- 注册时间
- 2011-10-12
- 阅读权限
- 200
- 帖子
- 5207
- 精华
- 39
- 积分
- 2135
- UID
- 2
|
5#
发表于 2012-2-12 23:35:33
回复 4# 的帖子
ODM finding:
trace 中的有用信息:
*** SESSION ID:(1096.1) 2012-01-16 18:05:39.937
Waited for process J005 to initialize for 60 seconds
*** 2012-01-16 18:05:40.125
Dumping diagnostic information for J005:
OS tid = 3400
Memory (Avail/Total): Ph:11013M/16382M, Ph+PgF:10358M/15772M
stack call : kkjrdp=> ksucrp=> ksuapc=> spgetospname=> sigpnmu
Waited for process J003 to initialize for 60 seconds
*** 2012-01-16 18:11:38.968
Dumping diagnostic information for J003:
OS tid = 4092
Memory (Avail/Total): Ph:10995M/16382M, Ph+PgF:10338M/15772
ksmcpg=> kscnfy => ,,,, kghfnd => kghgex=>ksmarfg=>ksmrf_init_alloc=>skgmrf_alloc=>skgmrf_validaterange
*** 2012-01-16 18:12:47.859
Waited for process J003 to initialize for 71 seconds
*** 2012-01-16 18:12:47.859
Dumping diagnostic information for J003:
OS tid = 4092
Memory (Avail/Total): Ph:10987M/16382M, Ph+PgF:10332M/15772M
ksmdpg=> kghfrh => kghfrh_internal => ksmfpg => ss_mem_fre => ss_mem_rlsblk
挺有意思的 , 每次J00N这样的job slave进程长时间无法正常启动 都做了stack call , 最后都停留在内存相关的函数上,就函数来看 这些未能正常启动的进程都是因为缺乏内存资源而异常等待。
但是 就trace中的 内存信息来看, 内存很空
Memory (Avail/Total): Ph:10995M/16382M, Ph+PgF:10338M/15772M
建议你关注一下操作系统资源的问题, 包括CPU和内存 。
可以利用 procexp 工具 监控Windows 上的资源问题, 参考这篇文章http://www.oracledatabase12g.com ... nce-on-windows.html
可以的话 做一份 RDA 和 AWR放上来:
RDA 可以参考http://www.oracledatabase12g.com ... agnostic-agent.html |
|