Daylight Saving Time issues

Hi people,
The DST is coming, and i`m a bit worried about this, i have some doubts:
Here's my environment: Oracle Rac 10g 10.2.0.1 with 2 nodes, in a Red Hat 4 Linux.
I've read that just changing the time in OS, would change the time at the database as well, am i right ? And how about the session connect on the application, it would change too ?
I also read that it's more complicated when turning off the DST,
please, anyone has any suggestions to do about it?
Thanks in advance.

BSalesRashid wrote:
Well sb92075,
thanks for saying the obvious.
But for many people it is NOT obvious at all that you have to 'run in circles'!
In this current age of cubicles and unusual office layouts some newbie developers assume you can just in any random pattern you want as long as your path never crosses itself and you wind up back where you started.
That is simply NOT TRUE!
It is not only BEST PRACTICE to 'run in circles' but required: using ANY other pattern is NOT guaranteed to work and may introduce pseudo-random changes that may go unnoticed.
Please use best practices and instruct ALL of your co-workers to follow suit!

Similar Messages

  • Any patch for US Daylight Saving Time 2007

    Do anybody know which Patch of Oracle 9i and 10g will solve US Daylight Saving Time issue 2007

    Version 4 is the latest version of the time zone file. It is not available on all platforms yet. Check patch 5632264 to see if it is available for your platform.

  • Conversion mapping is losing time zone data during daylight saving time

    We have a problem with conversion of Calendars to timestamp with timezone for the last hour of Daylight Saving Time (e.g. 01:00 EDT - 01:59 EDT) where it is being interpreted as Standard Time which is in reality 60 minutes later.
    We've written a JUnit test case that runs directly against TopLink to avoid any issues with WAS and its connection pooling.
    The Calendar theDateTime comes from an object called TimeEntry which is mapped to a TIMESTAMP WITH TIMEZONE field using conversion mapping with Data Type TIMESTAMPTZ (oracle.sql) and Attribute Type Calendar (java.util).
    We are using:
    Oracle TopLink - 10g Release 3 (10.1.3.0.0) (Build Patch for Bugs 5145690 and 5156075)
    Oracle9i Enterprise Edition Release 9.2.0.7.0 - 64bit Production
    Oracle JDBC driver Version: 10.2.0.1.0
    platform=>Oracle9Platform
    Execute this Java:
    SimpleDateFormat format = new SimpleDateFormat("MM/dd/yyyy HH:mm z");
    TimeZone tzEasternRegion = TimeZone.getTimeZone("US/Eastern");
    Calendar theDateTime = Calendar.getInstance(tzEasternRegion);
    theDateTime.setTime(format.parse("10/29/2006 01:00 EDT"));
    Persist to the database and execute this SQL:
    SELECT the_date_time, EXTRACT(TIMEZONE_REGION FROM the_date_time), EXTRACT(TIMEZONE_ABBR FROM the_date_time), EXTRACT(TIMEZONE_HOUR FROM the_date_time)
    FROM time_table WHERE time_table_id=1
    This provides the following results:
    THE_DATE_TIME EXTRACT(TIMEZONE_REGION FROM the_date_time) EXTRACT(TIMEZONE_ABBR FROM the_date_time) EXTRACT(TIMEZONE_HOUR FROM the_date_time)
    29-OCT-06 01.00.00.000000 AM US/EASTERN US/Eastern EST -5
    The wrong time zone is in the database. It should be EDT -4. Let's test the SQL that should be generated by TopLink. It should look like the following.
    Execute this SQL:
    UPDATE time_table SET the_date_time = TO_TIMESTAMP_TZ('10/29/2006 01:00 US/Eastern','mm/dd/yyyy HH24:MI TZR') WHERE (time_table_id=1)
    SELECT the_date_time, EXTRACT(TIMEZONE_REGION FROM the_date_time), EXTRACT(TIMEZONE_ABBR FROM the_date_time), EXTRACT(TIMEZONE_HOUR FROM the_date_time)
    FROM time_table WHERE time_table_id=1
    This provides the same results:
    THE_DATE_TIME EXTRACT(TIMEZONE_REGION FROM the_date_time) EXTRACT(TIMEZONE_ABBR FROM the_date_time) EXTRACT(TIMEZONE_HOUR FROM the_date_time)
    29-OCT-06 01.00.00.000000 AM US/EASTERN US/Eastern EST -5
    Now, execute this SQL:
    UPDATE time_table SET the_date_time = TO_TIMESTAMP_TZ('10/29/2006 01:00 EDT US/Eastern','mm/dd/yyyy HH24:MI TZD TZR') WHERE (time_table_id=1)
    SELECT the_date_time, EXTRACT(TIMEZONE_REGION FROM the_date_time), EXTRACT(TIMEZONE_ABBR FROM the_date_time), EXTRACT(TIMEZONE_HOUR FROM the_date_time)
    FROM time_table WHERE time_table_id=1
    This provides better results:
    THE_DATE_TIME EXTRACT(TIMEZONE_REGION FROM the_date_time) EXTRACT(TIMEZONE_ABBR FROM the_date_time) EXTRACT(TIMEZONE_HOUR FROM the_date_time)
    29-OCT-06 01.00.00.000000 AM US/EASTERN US/Eastern EDT -4
    The correct time zone is now in the database. Let's test reading this with the following Java:
    System.out.println("cal= " + theDateTime);
    System.out.println("date= " + theDateTime.getTime());
    System.out.println("millis= " + theDateTime.getTimeInMillis());
    System.out.println("zone= " + theDateTime.getTimeZone());
    This provides the following results:
    cal= java.util.GregorianCalendar[...]
    date= Sun Oct 29 01:00:00 EST 2006
    millis= 1162101600000
    zone= sun.util.calendar.ZoneInfo[id="US/Eastern",...]
    The TimeZone object is correct since we are using the US/Eastern regional time zone, but the millis are wrong which makes the time EST instead of EDT. The millis should be 1162098000000.
    The conversion from java.util.Calendar to TIMESTAMPTZ loses the actual offset when setting to a regional time zone. It can maintain this info by specifying it explicitly.
    The conversion from TIMSTAMPTZ to java.util.Calendar also loses the actual offset even if the correct offset is in the database.
    Has anyone else encountered this conversion problem? It appears to be a conversion problem in both directions. I know that the Calendar is lenient by default and will assume Standard Time if time is entered during the repeated 1 o'clock hour at the end of Daylight Saving Time, but the Calendars we are using are explicit in their time, so this would be classified as data corruption.
    Nik

    Opened an SR. Looks like there is a problem with conversion either in TopLink or in JDBC.

  • Nokia N8 Daylight Saving Clock Issue

    I have discovered a issue with the clock on my Nokia N8 following the commencement of daylight saving here in Melbourne Australia.
    My device is set to "Automatic time update" & yesterday it adjusted the time for daylight saving by 2 hours instead of 1. It is now one hour fast.
    I have a feeling there may have something to do the phone confusing UK time for GMT time (UK still in daylight saving time to my knowledge).
    Anyone else have this issue?

    Mine is working fine, I changed from Brisbane to Melbourne, only moved forward an hour with automatic time update on.
    I'm using Belle though, perhaps when you get the Anna update it shall fix it.
    For now you might have to just turn the automatic updates off

  • Daylight saving time causes a date error on 01/APR

    morning dears,
    we are facing an issue related to Daylight saving time, as the following:
    at any page on the system that contains a calendar if we choose the date 01/04/2012 it generate an error...
    example on this error :
    on Leave Request page --> when choosing 01/04/2012 then clicking on calculate duration-->
    01/04/2012 is not a valid date. Please re-enter.
    any suggestions??

    dears any suggestions to solve the issue??
    have anyone faced this before?

  • Daylight Saving Time Changes in 2007 for USA

    Can anyone give me solution how to handle Daylight saving Time changes in 2007 in USA for JDK 1.3.x releases? We are using this due to some vendor dependency. We can�t upgrade to higher versions up to middle of the 2007. I would be thankful if somebody gets back to me.

    I have a similar issue where we cannot upgrade the jdk 1.1 without involving a lot of effort. If we keep the same old jdk, can someone tell me if use of Date and Calendar api will be impacted by the Daylight saving change.....provided the timezone is default and not explicitly set to EST. Also there isnt any timezone related buss logic.

  • Oracle Fix for U.S. Daylight Saving Time Changes in 2007

    Hi --
    Does any one know that if Oracle 10g Application Server (9.0.4) or Oracle 10g Application Server (10.1.2) as a fix for this issue.
    Summary of the Issue: Information about the impact of the US Energy Policy Act of 2005, which changes the effective dates of US Daylight Saving Time (DST) in 2007 for the US. The passage of the Energy Policy Act of 2005 alters the Daylight Saving Time (DST) start and stop dates by four weeks. Extended Daylight Saving Time will begin in March of 2007.
    The details for the issue can found at this location:
    http://java.sun.com/developer/technicalArticles/Intl/USDST/
    Thanks

    Hi,
    Thanks for posting.
    Metalink Note:403311.1 for DST E-Business Suite (EBS))Patches.
    Regards,
    Phani.K

  • App. Servers Patches (Fix) for U.S. Daylight Saving Time Changes in 2007

    Hi --
    I am having an issue with Oracle 10g Application Server (9.2.0.4 and 10.1.2) and BEA Weblogic (8.1.4) upgrading their corresponding JDK's to resolve the Daylight Saving Time Changes. Right now these app servers are using SUN jdk version, whcih prone to the DST issue, less that JDK 1.4.2.11.
    The details about the DST can be found at this location:
    http://java.sun.com/developer/technicalArticles/Intl/USDST/
    Thanks

    Hi,
    Thanks for posting.
    Metalink Note:403311.1 for DST E-Business Suite (EBS))Patches.
    Regards,
    Phani.K

  • New Daylight Savings Time Issue

    OK, here is my question. I live in both the "dark world of Microsoft" and the light and wonderful world of Apple. I have to face the issue of Day Light savings Time NO GO with Windows, but what about Apple. Is this set so it will automatically re-set? Has a download come through that changes this already and I do not know it or is this latest version of OS X already fixed for this. Just want to k now as a newer user.

    Welcome To Discussions John!
    Apple has released an Update!
    It appeared in my Software Update today!
    Info here About Daylight Saving Time changes in 2007.
    And here is the Tiger Download, of the Update, from the Apple Downloads pages.
    ali b

  • UC560 Daylight Saving Time

    Hello,
    We have a UC560. Once Daylight Saving Time (DST) was initiated we updated the time in CCA to the correct time - one hour ahead.
    The problem: The messages being sent to our PC's when a caller leaves a voice message is 1 hour ahead of the actual time.
    Please let us know if you may have a solution for this problem.
    Thank you,
    Dawn

    Okay, I ran the update... Two problems here.
    1. Now my calendar events between March 11 and March 31st 2007 are off by an hour (although they show the correct time when you open the event to view it).
    It doesn't work to delete the event and create a new one... It still shows as the wrong time. the only way I found to fix the time problem is to set each event for the incorrect time zone (I'm in Pacific and have to set it to Arizona).
    2. Each "all day event" I scheduled into my calendar show up the day before the actual event date, yet when I open the event they show the correct date. Example - If I scheduled an all day event for April 19th, it appears on my calendar on April 18th. Yet, when I open the event to view the details, it does say "April 19".
    The only way I've found to fix the birthday events to the correct day is to delete each one and re-schedule.
    I find this highly inconvenient and and huge time waster. My business depends on my calendar being accurrate and I don't have time to adjust hundreds of entries.
    If other folks are having this issue, speak up. It would be great if other folks knew they should wait to install this until a fix is issued.
    If it's just me... Well, I guess that *****.
    What now?

  • Recurring events off by 60 minutes after daylight saving time switch

    I searched but didn't find this exact issue anywhere. Following this past weekend's switch to Daylight Saving Time (DST), iCal recurring events have been shifted one hour later. It is a problem that I encountered with my own web calendaring application, wherein the offset between UTC and a given time zone changes with the coming and going of DST. I am curious why Apple has never instituted a fix for this, especially considering that the fix is so simple. All that must be done is detect whether the original datetime is in DST or not. If it is not, and the given recurrence is, then you must subtract 60 minutes from the recurrence's datetime. Similarly, if the originating datetime is in DST, and the given recurrence is not, then you must add 60 minutes to the recurrence's datetime.

    I have the same problem but much worse. Only 5 of my 18 recurring weekly events have shifted, so I didn't realize that anything was off until I missed one of my classes today. This seems weird....

  • USA Residents:  Early Daylight Saving Time *Changes*.

    Apparently, a few folks are unaware of the changes & patch because for various reasons they do not check and/or use their Software Update Control Panel.
    http://docs.info.apple.com/article.html?artnum=305056 About Daylight Saving Time changes in 2007

    I have a similar issue where we cannot upgrade the jdk 1.1 without involving a lot of effort. If we keep the same old jdk, can someone tell me if use of Date and Calendar api will be impacted by the Daylight saving change.....provided the timezone is default and not explicitly set to EST. Also there isnt any timezone related buss logic.

  • Cisco ISE 1.2 Daylight Saving time

    Does ISE support DST change?

    Time Zone = UTC is best practice for a distributed deployment.  Also, remember that if you change the time zone on an ISE, the database is deleted!  So, set this during initial setup.  BTW, for the Eastern Time Zone in the United States, use EST5EDT in order to allow for Daylight Saving Time.

  • Daylight Saving Time Patch in 10.2.0.4

    Question:
    When you apply the 10.2.0.4 patch (linux-64 bit), does this patch include the daylight saving time patch that needed to be applied in earlier releases?

    I know that. I was looking for the readme file but my metalink account did not have access to it. I was hoping that the forum would fill in the gap for me.
    In this situation, I should have installed the 10.2.0.1 database, then the DST patch and then the 10.2.0.4. Instead, I got ahead of myself and did the 10.2.0.4 patch first. I was just wondering if the DST patch was included in the 10.2.0.4 by now. The good news is that I had my metalink updatred so I have access to the readme file now. I'm glad you knew the answer. Oh wait, you don't.

  • What is the best way to switch off Daylight Saving Time?

    What is the best way to switch off Daylight Saving Time for a DST enabled timezone?

    I've been looking through the related classes and can't seem to find a way to disable DST in any timezone. Probably because they couldn't think of a good reason to want to know what the non-DST time was during DST.
    However, you could easily compute the time without DST if that's what you need.

Maybe you are looking for