查看: 2040|回复: 9

[升级] [688pub币求解] Oracle10g 10.2.0.1 升级到10.2.0.4后JOB不能运行,手动可以

[复制链接]
认证徽章
论坛徽章:
71
2015年新春福章
日期:2015-03-06 11:57:312013年新春福章
日期:2013-02-25 14:51:24双黄蛋
日期:2013-01-06 13:31:18蜘蛛蛋
日期:2013-01-06 10:26:08茶鸡蛋
日期:2012-11-21 19:35:23ITPUB 11周年纪念徽章
日期:2012-10-09 18:05:07版主2段
日期:2012-05-15 15:24:11铁扇公主
日期:2012-02-21 15:02:402012新春纪念徽章
日期:2012-02-13 15:13:512012新春纪念徽章
日期:2012-02-13 15:13:51
发表于 2010-5-5 13:28 | 显示全部楼层 |阅读模式
Linux AS 5 ,  Oracle 10.2.0.1  RAC 两个节点。

朋友的一个RAC库, 由于碰到某个BUG,  需要从10.2.0.1 升级到 10.2.0.4 ,  结果参考README 做升级后开始两天
Job还能使用, 但是到了 5/3  job就不能正常运行了, 但是手动执行又可以 。 顺便说一下,原来的10.2.0.1 有安装
grid control agent  .

大概步骤:

1.  升级CRS
2.  升级RDBMS Oracle software
3.  运行一些脚本 (具体运行了哪些,需要询问下)
认证徽章
论坛徽章:
71
2015年新春福章
日期:2015-03-06 11:57:312013年新春福章
日期:2013-02-25 14:51:24双黄蛋
日期:2013-01-06 13:31:18蜘蛛蛋
日期:2013-01-06 10:26:08茶鸡蛋
日期:2012-11-21 19:35:23ITPUB 11周年纪念徽章
日期:2012-10-09 18:05:07版主2段
日期:2012-05-15 15:24:11铁扇公主
日期:2012-02-21 15:02:402012新春纪念徽章
日期:2012-02-13 15:13:512012新春纪念徽章
日期:2012-02-13 15:13:51
发表于 2010-5-5 13:31 | 显示全部楼层
这个BUG倒是有点像, 但是如果真的是这样,又是什么导致 a job is left in an unexpected state (locks).






Bug 6805387 - Job slaves not recycled in RAC [ID 6805387.8]



修改时间 24-SEP-2008     类型 PATCH     状态 PUBLISHED


Bug 6805387  Job slaves not recycled in RAC
This note gives a brief overview of bug 6805387.
The content was last updated on: 23-SEP-2008
Click here for details of each of the sections below.

Affects:
Product (Component)
Oracle Server (Rdbms)
Range of versions believed to be affected
Versions < 11.2
Versions confirmed as being affected
  • 10.2.0.4
Platforms affected
Generic (all / most platforms affected)
Fixed:
This issue is fixed in
  • 11.2 (Future Release)
  • 10.2.0.5 (Server Patch Set)
  • 11.1.0.7 (Server Patch Set)
Symptoms:
Related To:
  • (None Specified)
  • RAC (Real Application Clusters) / OPS
  • Job Queues
Description
In a RAC environment for certain instances Job slave processes
may fail to recycle after a job is left in an unexpected state (locks).
Please note: The above is a summary description only. Actual symptoms can vary. Matching to any symptoms here does not confirm that you are encountering this problem. Always consult with Oracle Support for advice.
References
Bug:6805387 (This link will only work for PUBLISHED bugs)
Note:245840.1 Information on the sections in this article

使用道具 举报

回复
论坛徽章:
14
ITPUB9周年纪念徽章
日期:2010-10-08 09:28:52沸羊羊
日期:2015-03-04 14:43:43马上有车
日期:2014-02-18 16:41:112014年新春福章
日期:2014-02-18 16:41:11福特
日期:2013-10-14 21:18:25凯迪拉克
日期:2013-09-23 23:01:572013年新春福章
日期:2013-02-25 14:51:242012新春纪念徽章
日期:2012-01-04 11:49:54ITPUB十周年纪念徽章
日期:2011-11-01 16:19:412011新春纪念徽章
日期:2011-02-18 11:43:33
发表于 2010-5-5 15:46 | 显示全部楼层
當時運行@?/rdbms/admin/catupgrd.sql
到一半報錯
刪掉gridcontrol agent 和sysman之后再運行OK
升級完成后又重建了DBCONSOLE,再安裝了gridcontrol agent

目前情況是shced job會不定期中斷

使用道具 举报

回复
论坛徽章:
97
ITPUB元老
日期:2008-06-30 12:48:39暖羊羊
日期:2015-03-04 14:50:372015年新春福章
日期:2015-03-06 11:57:312010数据库技术大会纪念徽章
日期:2015-04-23 10:33:192011数据库大会纪念章
日期:2015-04-23 10:33:192012数据库大会纪念章
日期:2015-04-23 10:33:192013数据库大会纪念章
日期:2015-04-23 10:33:192014数据库大会纪念章
日期:2015-04-23 10:33:19林肯
日期:2013-10-31 12:31:382013年新春福章
日期:2013-02-25 14:51:24
发表于 2010-5-5 18:28 | 显示全部楼层
我遇到过一个类似的情况, 是由于 job 的 NLS_ENV 不一样。 是由于存储过程的有跟nls  有关的代码。
select job,waht, nls_env from dba_jobs 检查下。

使用道具 举报

回复
论坛徽章:
97
ITPUB元老
日期:2008-06-30 12:48:39暖羊羊
日期:2015-03-04 14:50:372015年新春福章
日期:2015-03-06 11:57:312010数据库技术大会纪念徽章
日期:2015-04-23 10:33:192011数据库大会纪念章
日期:2015-04-23 10:33:192012数据库大会纪念章
日期:2015-04-23 10:33:192013数据库大会纪念章
日期:2015-04-23 10:33:192014数据库大会纪念章
日期:2015-04-23 10:33:19林肯
日期:2013-10-31 12:31:382013年新春福章
日期:2013-02-25 14:51:24
发表于 2010-5-5 18:30 | 显示全部楼层
在检查下 parameter JOB_QUEUE_PROCESSES 是否大于0

使用道具 举报

回复
论坛徽章:
14
ITPUB9周年纪念徽章
日期:2010-10-08 09:28:52沸羊羊
日期:2015-03-04 14:43:43马上有车
日期:2014-02-18 16:41:112014年新春福章
日期:2014-02-18 16:41:11福特
日期:2013-10-14 21:18:25凯迪拉克
日期:2013-09-23 23:01:572013年新春福章
日期:2013-02-25 14:51:242012新春纪念徽章
日期:2012-01-04 11:49:54ITPUB十周年纪念徽章
日期:2011-11-01 16:19:412011新春纪念徽章
日期:2011-02-18 11:43:33
发表于 2010-5-5 21:53 | 显示全部楼层

突然发现weekend_window一直没关闭,metalink上找了一篇试了一下再观察

Job's do not run at specified interval after migrate from SE RAC to EE RAC [ID 1055923.1]         
        Modified 05-FEB-2010     Type PROBLEM     Status REVIEWED         
In this Document
  Symptoms
  Changes
  Cause
  Solution

Applies to:

Oracle Server - Enterprise Edition - Version: 10.2.0.4 to 10.2.0.4 - Release: 10.2 to 10.2
Information in this document applies to any platform.
Symptoms

A job which is scheduled to run every 30 min did not run for hours or did run at unexpected/unspecified timestamps.
Changes

The problem did manifest itself after a migrate from 10.2.0.4.0 SE RAC to 10.2.0.4.0 EE RAC.
Cause

The problem was caused by the WEEKEND_WINDOW in status update. The window was open at moment that the migrate was done. No windows did open/close anymore after the moment in time the upgrade was done.
Solution

The action plan in this case was checking the status of the windows + getting clear at which moments in time the job did run just before and after the migrate.

1) check of status of windows:
set pagesize 9999
set markup html on
spool dba_scheduler_windows.html
select * from dba_scheduler_windows;
spool off;
==> upload dba_scheduler_windows.html
+
set pagesize 9999
set markup html on
spool dba_scheduler_window_log.html
select * from dba_scheduler_window_log where log_date > to_date('10-jan-2010','dd-mon-yyyy') order by log_date desc;
spool off;
==> upload dba_scheduler_window_log.html

Above did show the following output:
Window:
------------
WEEKNIGHT_WINDOW CALENDAR freq=daily;byday=MON,TUE,WED,THU,FRI;byhour=22;byminute=0; bysecond=0 +000 08:00:00 LOW 18-JAN-10 22.00.00.400000 EUROPE/LONDON 15-JAN-10 22.00.00.592755 EUROPE/LONDON TRUE FALSE Weeknight window for maintenance task

WEEKEND_WINDOW CALENDAR freq=daily;byday=SAT;byhour=0;byminute=0;bysecond=0 +002 00:00:00 LOW 23-JAN-10 00.00.00.400000 EUROPE/LONDON 16-JAN-10 06.00.00.802752 EUROPE/LONDON TRUE
==> showing normal definitions for the window

Window logging:
------------------------
8725 17-JAN-10 11.24.48.443857000 +00:00 WEEKEND_WINDOW UPDATE SYS FOLLOW_DEFAULT_TIMEZONE="TRUE", PREVIOUS_VALUE="TRUE"
8724 17-JAN-10 11.24.48.439492000 +00:00 WEEKEND_WINDOW UPDATE SYS SYSTEM="TRUE", PREVIOUS_VALUE="TRUE"
8723 17-JAN-10 11.24.48.427929000 +00:00 WEEKNIGHT_WINDOW UPDATE SYS FOLLOW_DEFAULT_TIMEZONE="TRUE", PREVIOUS_VALUE="TRUE"
8722 17-JAN-10 11.24.48.419292000 +00:00 WEEKNIGHT_WINDOW UPDATE SYS SYSTEM="TRUE", PREVIOUS_VALUE="TRUE"
8333 16-JAN-10 06.00.00.805777000 +00:00 WEEKEND_WINDOW OPEN

2. check of runtimes of job:
set pagesize 9999
set markup html on
spool dba_scheduler_job_log.html
select * from dba_scheduler_job_log where log_date > to_date('10-jan-2010','dd-mon-yyyy') and job_name=upper('&name_of_job') order by log_date desc;
spool off;
==> upload dba_scheduler_job_log.html
+
set pagesize 9999
set markup html on
spool dba_scheduler_job_run_details.html
select * from dba_scheduler_job_run_details where log_date > to_date('10-jan-2010','dd-mon-yyyy') and job_name=upper('&name_of_job') order by log_date desc;
spool off;
==> upload dba_scheduler_job_run_details.html

The output did show that the job runs but at varying timestamps/intervals

Knowing that the weekend_window should have been closed already and weeknight_window should have been already opened a number of times makes clear that the 1st action to do is to resolve the window problem and check if that does resolve the running of the job as well (CJQ0 can be quite occupied by the attempt to close/... the window

3. close the window:

SQL> connect / as sysdba
SQL> exec dbms_scheduler.close_window('WEEKEND_WINDOW');

Time to check if the job's are now running as scheduled:

4. check execution of job's:
set pagesize 9999
set markup html on
spool dba_scheduler_job_run_details.html
select * from dba_scheduler_job_run_details where log_date > sysdate-120/1440 and job_name=upper('&name_of_job') order by log_date desc;
spool off;
==> upload dba_scheduler_job_run_details.html

It has been confirmed that resolving the problem with the window has resolved the problem with the jobs.


Related
Products
Oracle Database Products > Oracle Database > Oracle Database > Oracle Server - Enterprise Edition

Back to top

使用道具 举报

回复
论坛徽章:
14
ITPUB9周年纪念徽章
日期:2010-10-08 09:28:52沸羊羊
日期:2015-03-04 14:43:43马上有车
日期:2014-02-18 16:41:112014年新春福章
日期:2014-02-18 16:41:11福特
日期:2013-10-14 21:18:25凯迪拉克
日期:2013-09-23 23:01:572013年新春福章
日期:2013-02-25 14:51:242012新春纪念徽章
日期:2012-01-04 11:49:54ITPUB十周年纪念徽章
日期:2011-11-01 16:19:412011新春纪念徽章
日期:2011-02-18 11:43:33
发表于 2010-5-5 22:57 | 显示全部楼层

基本确认正常了,折腾了一天~

使用道具 举报

回复
论坛徽章:
183
生肖徽章:狗
日期:2006-11-23 04:26:03生肖徽章:羊
日期:2007-09-26 17:08:21生肖徽章:马
日期:2007-09-26 17:08:49授权会员
日期:2007-12-31 19:14:41生肖徽章2007版:牛
日期:2008-03-28 10:02:30奥运会纪念徽章:柔道
日期:2008-04-30 16:28:44奥运会纪念徽章:垒球
日期:2008-05-12 21:28:28奥运会纪念徽章:体操
日期:2008-06-26 10:00:41奥运会纪念徽章:沙滩排球
日期:2008-07-27 12:41:59奥运会纪念徽章:艺术体操
日期:2008-07-30 11:09:47
发表于 2010-5-6 13:16 | 显示全部楼层
留个脚印

使用道具 举报

回复
招聘 : 数据库管理员
认证徽章
论坛徽章:
20
祖国60周年纪念徽章
日期:2009-10-09 08:28:00数据库板块每日发贴之星
日期:2011-02-20 01:01:01ITPUB季度 技术新星
日期:2011-04-02 10:31:09ITPUB十周年纪念徽章
日期:2011-11-01 16:24:042012新春纪念徽章
日期:2012-01-04 11:54:26玉石琵琶
日期:2012-02-21 15:04:38最佳人气徽章
日期:2012-03-13 17:39:18ITPUB 11周年纪念徽章
日期:2012-10-09 18:09:192013年新春福章
日期:2013-02-25 14:51:242011新春纪念徽章
日期:2011-02-18 11:43:33
发表于 2010-5-6 17:33 | 显示全部楼层
呵呵  学习了。。。。。

使用道具 举报

回复
认证徽章
论坛徽章:
71
2015年新春福章
日期:2015-03-06 11:57:312013年新春福章
日期:2013-02-25 14:51:24双黄蛋
日期:2013-01-06 13:31:18蜘蛛蛋
日期:2013-01-06 10:26:08茶鸡蛋
日期:2012-11-21 19:35:23ITPUB 11周年纪念徽章
日期:2012-10-09 18:05:07版主2段
日期:2012-05-15 15:24:11铁扇公主
日期:2012-02-21 15:02:402012新春纪念徽章
日期:2012-02-13 15:13:512012新春纪念徽章
日期:2012-02-13 15:13:51
发表于 2010-5-6 23:19 | 显示全部楼层
呵呵,出现问题,在Metalink 搜索的“关键字”至关重要啊,不然出来一大堆文档 ,能读下来都难,更不知道其中是否有有用的文章了, 特别是这种没有报错信息的Bug .

使用道具 举报

回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

TOP技术积分榜 社区积分榜 徽章 团队 统计 知识索引树 积分竞拍 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档
  ChinaUnix | ChinaUnix博客 | ChinaUnix论坛
CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有 联系我们 
京ICP备09055130号-4  北京市公安局海淀分局网监中心备案编号:11010802021510 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表