10.2.0.3 not that bad, after all...
Thought I'd never be able to say this again from an Oracle patch, but 10.2.0.3 is not that bad at all, at least in the AIX environment and running Peoplesoft.
Been a while since my last post. Most of the time has been taken by a Peopletools upgrade - to 8.48.10 - that left our HR system in tatters!
Suffice to say that it broke the 10.2.0.2 optimizer in various and serious places. We had a bit of everything: data loss, queries that would never finish, plain wrong results, unable to compile SQL code, you name it!
After three patches from Oracle and well over half the functionality of the optimizer disabled thanks to a long string of "_" undocumented parameters installed at the recommendation of Oracle support, we were left with a database that absolutely didn't work well at all.
And still with major performance problems that caused us a never ending string of circular tuning - you know, you tune some sql, then that breaks another, then you fix the other and the first one breaks again? - and batch programs that simply would run fine and then go South on the next execution, only to be OK again on the very next one!
Yeah: fun and games...
To cut a long story short, a few weeks ago I decided that all this rigmarole of patching and parameter changing was just plain silly. Managed to convince the powers that be to let us try installing 10.2.0.3 - which has a bucket load of bug fixes in the problem areas we were experiencing - and see if at least we could end up with a stable system.
So, we did the usual "dirt digging" about 10.2.0.3 in Metalick and a few other choice places. Turns out the vast majority of problems with this release is with things like LOBs - we don't use them - and upgrades from 32-bit to 64-bit databases - ours have been 64-bit since day one, no problem.
And so upgrade we did. First the test and development dbs, with two weeks of extensive regression testing and a little patching and tuning here and there. Basically: we disabled the long list of non-documented parameters, patched vanilla 10.2.0.3 with two Peoplesoft recommended patches, and ran the dbua to upgrade the instances. Easy as pie, compared to the sad joke that 10.2.0.2 proved to be.
We've yet to experience any of the serious performance problems we were seeing with the previous patch level and so far only one undocumented parameter has had to be turned back on. Everything seems to be OK and performance and capacity has actually improved!
The ORA-1445 bug on ANSI joins has reared its head now - it didn't happen with 10.2.0.2 - but we can live with that one for the time being. This is where you can't reference more than 1050 or so column names in a complex SQL statement. Doesn't take long in Peoplesoft, where views on views on views are common place!...
Still: at least it's easy to workaround. Just don't use the ANSI syntax!
Been a long time since I've been able to report ANY positive news from ANY Oracle db installation, let's hope a trend has been started...
Anyways, back to real life. Been busy with some new experimentation and some new hardware: a new camera and some new lenses.
Told you folks that where I work there are some strange people going around:
:-)
This handsome fella hangs around our place now:
they are called "Royal Spoonbill". I
call this one "bartok", so there!
The Matrix was shot in Sydney, for good reason:
This couple of lovebirds was at the Floriade.
Canberra, late September:
And why I still shoot film:
simply impossible to do with a dslr, unless you want to mortgage the house and get a full frame sensor...
Lots more at my photo site
Catchyalata, folks!
Been a while since my last post. Most of the time has been taken by a Peopletools upgrade - to 8.48.10 - that left our HR system in tatters!
Suffice to say that it broke the 10.2.0.2 optimizer in various and serious places. We had a bit of everything: data loss, queries that would never finish, plain wrong results, unable to compile SQL code, you name it!
After three patches from Oracle and well over half the functionality of the optimizer disabled thanks to a long string of "_" undocumented parameters installed at the recommendation of Oracle support, we were left with a database that absolutely didn't work well at all.
And still with major performance problems that caused us a never ending string of circular tuning - you know, you tune some sql, then that breaks another, then you fix the other and the first one breaks again? - and batch programs that simply would run fine and then go South on the next execution, only to be OK again on the very next one!
Yeah: fun and games...
To cut a long story short, a few weeks ago I decided that all this rigmarole of patching and parameter changing was just plain silly. Managed to convince the powers that be to let us try installing 10.2.0.3 - which has a bucket load of bug fixes in the problem areas we were experiencing - and see if at least we could end up with a stable system.
So, we did the usual "dirt digging" about 10.2.0.3 in Metalick and a few other choice places. Turns out the vast majority of problems with this release is with things like LOBs - we don't use them - and upgrades from 32-bit to 64-bit databases - ours have been 64-bit since day one, no problem.
And so upgrade we did. First the test and development dbs, with two weeks of extensive regression testing and a little patching and tuning here and there. Basically: we disabled the long list of non-documented parameters, patched vanilla 10.2.0.3 with two Peoplesoft recommended patches, and ran the dbua to upgrade the instances. Easy as pie, compared to the sad joke that 10.2.0.2 proved to be.
We've yet to experience any of the serious performance problems we were seeing with the previous patch level and so far only one undocumented parameter has had to be turned back on. Everything seems to be OK and performance and capacity has actually improved!
The ORA-1445 bug on ANSI joins has reared its head now - it didn't happen with 10.2.0.2 - but we can live with that one for the time being. This is where you can't reference more than 1050 or so column names in a complex SQL statement. Doesn't take long in Peoplesoft, where views on views on views are common place!...
Still: at least it's easy to workaround. Just don't use the ANSI syntax!
Been a long time since I've been able to report ANY positive news from ANY Oracle db installation, let's hope a trend has been started...
Anyways, back to real life. Been busy with some new experimentation and some new hardware: a new camera and some new lenses.
Told you folks that where I work there are some strange people going around:
:-)
This handsome fella hangs around our place now:
they are called "Royal Spoonbill". I
call this one "bartok", so there!
The Matrix was shot in Sydney, for good reason:
This couple of lovebirds was at the Floriade.
Canberra, late September:
And why I still shoot film:
simply impossible to do with a dslr, unless you want to mortgage the house and get a full frame sensor...
Lots more at my photo site
Catchyalata, folks!
posted by Noons at 10/28/2007 10:31:00 pm
4 comments
