Oracle诊断案例-Job任务停止执行
2004-11-22 09:20
761 查看
Oracle诊断案例-Job任务停止执行 Last Updated: Saturday, 2004-11-20 12:47 Eygle | ||||||||
昨天接到研发人员报告,数据库定时任务未正常执行,导致某些操作失败。 开始介入处理该事故. 系统环境: SunOS DB 5.8 Generic_108528-21 sun4u sparc SUNW,Ultra-4 Oracle9i Enterprise Edition Release 9.2.0.3.0 - Production 1.首先介入检查数据库任务
2.建立测试JOB
但是通过dbms_job.run(<job>)执行没有任何问题。 3.进行恢复尝试 怀疑是CJQ0进程失效,首先设置JOB_QUEUE_PROCESSES为0,Oracle会杀掉CJQ0及相应job进程 SQL> ALTER SYSTEM SET JOB_QUEUE_PROCESSES = 0; 等2~3分钟,重新设置 SQL> ALTER SYSTEM SET JOB_QUEUE_PROCESSES = 5; 此时PMON会重起CJQ0进程 在警报日志中可以看到以下信息:
这个必须在晚上进行
5.没办法了... 继续研究...居然发现Oralce有这样一个bug 1. Clear description of the problem encountered: slgcsf() / slgcs() on Solaris will stop incrementing after 497 days 2 hrs 28 mins (approx) machine uptime. 2. Pertinent configuration information No special configuration other than long machine uptime. . 3. Indication of the frequency and predictability of the problem 100% but only after 497 days. 4. Sequence of events leading to the problem If the gethrtime() OS call returns a value > 42949672950000000 nanoseconds then slgcs() stays at 0xffffffff. This can cause some problems in parts of the code which rely on slgcs() to keep moving. eg: In kkjssrh() does "now = slgcs(&se)" and compares that to a previous timestamp. After 497 days uptime slgcs() keeps returning 0xffffffff so "now - kkjlsrt" will always return 0. . 5. Technical impact on the customer. Include persistent after effects. In this case DBMS JOBS stopped running after 497 days uptime. Other symptoms could occur in various places in the code. 好么,原来是计时器溢出了,一检查我的主机:
6.安排重起主机系统.. 这个问题够郁闷的,NND,谁曾想Oracle这都成... Oracle最后声称: fix made it into 9.2.0.6 patchset 在Solaris上的9206尚未发布...晕. 好了,就当是个经历吧,如果有问题非常不可思议的话,那么大胆怀疑Oracle吧,是Bug,可能就是Bug。 7.FAQ 一些朋友在Pub上问的问题 Q:对于不同平台,是否存在同样的问题? A:对于不同平台,存在同样的问题 因为Oracle使用了标准C函数gethrtime 参考: http://www.eygle.com/unix/Man.Page.Of.gethrtime.htm 使用了该函数的代码都会存在问题. 在Metalink Note:3427424.8 文档中,Oracle定义的平台影响为:Generic (all / most platforms affected) Q.计数器溢出,看了看job 中基本都是1天左右执行一次,如果设置 3 天执行一次的 job , 是否出问题的uptime 应该是 497*3 之后呢 ? A:不会 Oracle内部通过计时器来增进相对时间. 由于Oracle内部hrtime_t使用了32位计数 那么最大值也就是0xffffffff 0xffffffff = 4294967295 slgcs()是10亿分之一秒,溢出在42949672950000000这个点上. 注意,这里0xffffffff,达到这个值时,本来是无符号整型,现在变成了-1,那么这个值递增时,+1 = 0了。 时间就此停住了。 我写了一小段代码来验证这个内容,参考:
eygle,Oracle技术关注者,来自中国最大的Oracle技术论坛itpub. www.eygle.com是作者的个人站点.你可通过Guoqiang.Gai@gmail.com来联系作者.欢迎技术探讨交流以及链接交换. 原文出处: http://www.eygle.com/case/Job.Can.Not.Execute.Auto.htm |
相关文章推荐
- 工作中遇到的oracle故障分析和处理一例
- [Oracle 10g] 表空间更名
- 一个修改Oracle用户密码的小诀窍
- 我的Oracle导入Access的方法(指表和数据)
- Oracle 学习1
- 通过.NET访问Oracle数据库
- 简介使用ASP.NET访问Oracle数据库的方法
- undo与redo的运行机制
- 读书总结:Oracle 软件结构
- 用java从oracle取数
- .NET 访问 Oracle 数据库相关(转自破宝)
- Oracle中分区表的使用
- Oracle数据库的备份与恢复
- 利用Oracle的Job Queue实现定时操作
- 自来水公司收费管理系统升级
- Oracle 9i 数据库移动过程
- Oracle相关
- Tomcat Oracle 数据库连接池问题
- ORACLE9i连接SYBASE的透明网关的配置
- 关于在ultraEdit中写oracle存储过程,高亮度显示