All right, so March 11th has come and gone, and we're now theoretically reaping enormous energy savings from the early onset of Daylight Saving Time this year (or maybe not). Things have abruptly gone silent from the field -- I haven't received a single DST-related email in a long time now. Very disquieting.
I'm almost afraid to do this, but I feel compelled to ask: How did your E-Business Suite DST upgrades and changeovers go? If you opted not to do anything, how is that working out for you?
Related
Comments (13)
We are running 11.5.9CU2 on 9i and we applied all the applicable patches. There were no issues after the cutover. Same can't be said for all our Outlook Calendars tho! :)
Posted by Dave | March 22, 2007 2:25 PM
Posted on March 22, 2007 14:25
We are running 11.5.10. We applied all the applicable patches and so far we have not seen any issues.
Posted by Pradosh Dessai | March 22, 2007 4:22 PM
Posted on March 22, 2007 16:22
We are running 11.5.10.2 on 10.2. We applied all the patches to O/S, DB and applications. No issues at all.
Posted by Rama Nalam | March 22, 2007 8:22 PM
Posted on March 22, 2007 20:22
We applied DST - issues since we applied them quite early. (11.5.10 CU2, 9i database).
Had to apply 5744443 and organize jinit 1.3.1.26 update after we had applied DST into production. Didn't catch the errors during testing.. Also those weren't on metalink when we upgraded :)
Posted by Simo | March 23, 2007 2:49 AM
Posted on March 23, 2007 02:49
Only 1 issue was noted that in the RDBMS home when you run opatch lsinventory the time stamp is off by 1 hour. Here is the scenario we applied some RDBMS patch for SMON bug on Mar 11 at 9 AM Eastern but when we run opatch lsinventory the output shows 8AM , a TAR has been opened but no satisfactory answer.
On the whole operationally did not hear of any issues , we did apply all the patches as suggested on metalink note ids.
Thanks
Posted by Nandita Saigal | March 23, 2007 7:39 AM
Posted on March 23, 2007 07:39
We're on 11.5.10.2 also, and so far, so good. For better or worse, we were able to use DST as an excuse to get the latest CPU [atches tested & applied as well.
Posted by Jim Cassella | March 23, 2007 8:21 AM
Posted on March 23, 2007 08:21
We are running 11.5.9. We only patched our OS. No issues.
Posted by Mike | March 23, 2007 8:29 AM
Posted on March 23, 2007 08:29
We're @ 11.5.10.2 & 9i on AIX, and also applied all available patches. No issues.
Posted by Les | March 23, 2007 8:35 AM
Posted on March 23, 2007 08:35
We are on 11.5.10.2 and 9.2.0.6
Just few patches... The documentation that made me running in circle and all
the "big deal" about DST was worse than the applying the patches.
There were just too many documents that just talked about so many stuff. It
was information overload. It would been an easiser if there was clear chart
showing which patch list for certain db and apps versions. There was absolutely no need for all the documents on metalink. Over all, actual patching time took about less than one hour.
Posted by Paul S. | March 23, 2007 9:46 AM
Posted on March 23, 2007 09:46
We are running 11.5.10.2 with 10.2.0.2 DB, we have applied all the patches. So far so good.
Posted by Tianhua Wu | March 23, 2007 10:30 AM
Posted on March 23, 2007 10:30
We had no issues with our Main 11.5.10.2 systems on 9.2.0.7 after applying V4 of the patches, so I'm happy there.
Of course, I haven't messed with our email server, ilearning or wireless stuff which all got different answers on whether or not it needed to be updated when I opened TARs / asked questions. So I figured I'd just fix whatever was broken if/when the users noticed.
For absolutely critical systems (aka, DB, Apps) Oracle did fine. For secondary systems, Oracle dropped the ball. Luckily, these products don't seem to be impacted.
As much as I've given flack to you in this blog, I do want to take this opportunity to thank you for it. It has become a very important (if unofficial) resource to keep me from getting blindsided.
Posted by jay Weinshenker | March 23, 2007 10:53 AM
Posted on March 23, 2007 10:53
We followed the directions and applied the patches laid out by Oracle for 11.5.10.2. So far, it's been as smooth as silk.
Posted by Floyd Teter | March 24, 2007 8:55 PM
Posted on March 24, 2007 20:55
The DST patching process was brutal. I learned a lot about patching that isn't covered in the official
course. Like Y2k, the DST patching requirements forced my management to allocate resources to figure out
what we had installed and how it worked. After I did the DST patching for our 11i environments, I was then
assigned to DST patch our Discoverer/Oracle App Server environments. We had been provided with absolutely
no info on how the Disco environments had been installed/configured. The DST patching requirement forced my
organization to put in the time to figure this out. After DST patching of the Disco environments I know
how they work.
Since March 11 we haven't seen any issue. The only time I notice the DST issue is when I get emails from
users that are a hour off, but that only happened for the last 3 weeks, and I expect I'll see it again
in the fall, for 3 weeks.
brh
Posted by Brian Hitchcock | April 4, 2007 12:49 PM
Posted on April 4, 2007 12:49