Skip to Main Content

Analytics Software

Announcement

For appeals, questions and feedback about Oracle Forums, please email oracle-forums-moderators_us@oracle.com. Technical questions should be asked in the appropriate category. Thank you!

Discoverer Plus Scheduling Problem

Patrick BaconJun 15 2010 — edited Jun 15 2010
Here is my Configuration:
OracleBI Discoverer 10g (10.1.2.3)
Oracle Business Intelligence Discoverer Plus 10g (10.1.2.55.26)
Discoverer Model - 10.1.2.55.26
Discoverer Server - 10.1.2.55.26
End User Layer - 5.1.1.0.0.0
End User Layer Library - 10.1.2.55.26
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bi
Copyright © 1999, 2005, Oracle. All rights reserved.


First of all, Disco scheduling in Plus works fine in our production instance. In our test instance, I have a user whom wants to schedule workbooks from time to time where a new folder is being tested. My problem is that when I am on step two of the schedule wizard and I select immediate (or manually place a time in that is very soon (e.g. 5 minutes from now)), the workbook took hours yesterday to show as “scheduled” in the “Managed Scheduled Workbooks” tool.
Today it works fine and runs immediately. I created a very simple workbook titled, "scheduling test", which has one column, a calculation which is set to sysdate. I began testing this yesterday.

Does any thoughts on what is causing this trouble?

I did the following:
1. I notice that a package is created in the scheduling schema for the workbook scheduled.
2. I tried to query for scheduled jobs created by dbms_job (queried Dba_Jobs using the system account and could not find the job...either yesterday or today).
3. I tried to query v$sql with the intent of seeing when the package, batch_rep_secure.submit_job,is executed...but could not find the scheduled records.
4. I tried gleaning information from the "Manage Scheduled Workbooks" tool associated with the Disco Administrator, and the time column was null (yesterday).
5. I had our dba check the init<sid>.ora file and confirmed that the job_queue_processes have been set to 10.

To rectify this yesterday, I just manually executed the package, EUL5_BATCH_PACKAGE10061409140713, and shortly thereafter, the scheduled workbook would have a new table associated with it which was consumable through Disco Plus.

My hunch is that our job queue was backed-up significantly yesterday and this was delaying the scheduling and running of scheduled workbooks.

Does any one have any thoughts about what the root cause was here and how I could confirm this?


Thanks,

Patrick
This post has been answered by Michael Armstrong-Smith on Jun 15 2010
Jump to Answer
Comments
Locked Post
New comments cannot be posted to this locked post.
Post Details
Locked on Jul 13 2010
Added on Jun 15 2010
2 comments
1,382 views