RE: DBMS Scheduler runs jobs an hour late

Sorry, this is totally from memory ( don't have my notes to hand ) ,
but we had something similar. Sounds crazy, but it was to do with using
SYSDATE with DBMS_SCHEDULER and BST. The jobs were created in BST using
a daft combination of start_date and SYSDATE. When we headed back into
GMT at the end of British Summer time, the jobs started running one hour
out. After some playing about we stopped using sysdate and used the
correct TIMESTAMP data type when setting up jobs. 
 
    As an OT we had a weird one the other day on our Solaris 10 boxes.
When we hit BST a couple of weeks back, all the jobs between 1am and
2am, failed to run. We couldn't work it out until we realised that cron
has no concept of daylight savings. The O/S simply flipped the clock
from 1 to 2 and cron obviously skipped all the jobs between 1 and 2. Had
us scratching our heads for an hour or two.
 
 
________________________________

From: oracle-l-bounce@xxxxxxxxxxxxx
[mailto:oracle-l-bounce@xxxxxxxxxxxxx] On Behalf Of Howard Latham
Sent: 01 June 2009 14:14
To: ORACLE-L
Cc: brian
Subject: DBMS Scheduler runs jobs an hour late


Oracle 10g on Redhat Linux

Although our time zone is Europe/London and the Database seems to know
we are in GMT+1
our manually run jobs run an hour late - any ideas?

-- 
Howard A. Latham
 
 Please consider the environment before printing
********************************************************************************************
This message contains confidential information and is intended only for the 
individual or entity named. If you are not the named addressee you should not 
disseminate, distribute or copy this email.
Please notify the sender immediately by e-mail if you have received this e-mail 
by mistake and delete this e-mail from your system. E-mail transmission cannot 
be guaranteed to be secure or error-free as information could be intercepted, 
corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The 
sender therefore does not accept liability for any errors or omissions in the 
contents of this message which arise as a result of e-mail transmission. If 
verification is required please request a hard-copy version. This message is 
provided for informational purposes and should not be construed as an 
invitation or offer to buy or sell any securities or related financial 
instruments. GAM operates in many jurisdictions and is regulated or licensed in 
those jurisdictions as required.
To the extent this email has been sent to you by any GAM company domiciled in 
the EU, being GAM (U.K.) Limited, GAM Sterling Management Limited, GAM 
International Management Limited, GAM London Limited, GAM Fund Management 
Limited, or GAM Fonds Marketing GmbH i.L., please note the following details in 
respect of each such company: - GAM (U.K.) Limited (a company limited by shares 
and registered in England and Wales with company number 01664573); - GAM 
Sterling Management Limited (a company limited by shares and registered in 
England and Wales with company number 01750352); - GAM International Management 
Limited (a company limited by shares and registered in England and Wales with 
company number 01802911); - GAM London Limited (a company limited by shares and 
registered in England and Wales with company number with Company Number 
00874802) Each of Registered Office: 12 St. James's Place, London, SW1A 1NX
GAM Sterling Management Limited, GAM International Management Limited and GAM 
London Limited are each authorised and regulated by the Financial Services 
Authority. GAM Fund Management Limited (a company limited by shares and 
registered in Ireland with no. 156828) of Registered Office: George's Court 
54-62 Townsend Street Dublin 2, Ireland 
GAM Fonds Marketing GmbH, i.L. (a company limited by shares and registered in 
Germany under No. HRB 66857) of Friedrichstrasse 154, D-10117 Berlin, Germany. 
The competent Commercial Register is "Amtsgericht Charlottenburg" in Berlin. 
Liquidator: Daniel Durrer.

Other related posts: