Great advice, Jeremy. On Wed, Jun 26, 2013 at 3:23 PM, Jeremy Schneider < jeremy.schneider@xxxxxxxxxxxxxx> wrote: > Here's what I do... > I generally would not apply one-off patches for a problem we have not > encountered. (For exceptions to this, reasoning would be documented.) > Once a one-off has been installed, it needs to be maintained -- if it is > not rolled into a PSU then a merge may be required for future updates. The > one-off would also need to be installed for all other databases in the > organization running the same application as the one which generated the > problem, and in some cases perhaps it should be installed on all databases > in the company running other apps. > > I will review the release notes for each PSU. Generally I would prefer to > stay on top of installing these, but if we are tight on resources (DBA, > testing, etc) and nothing in the PSU seems to apply to our particular > architecture, I may skip a PSU. It should be documented that we did review > the PSU and made this assessment. > > -J > > > -- > http://about.me/jeremy_schneider > > > On Wed, Jun 26, 2013 at 1:31 PM, Kumar Madduri <ksmadduri@xxxxxxxxx> > wrote: > > > Hello: > > We are planning to ugrade to 11.2.0.3 and apply PSU6 after the upgrade. > > This will bring us to 11.2.0.3.6. > > I have found this note "11.2.0.3 Patch Set - Availability and Known > Issues > > [ID 1348336.1]". > > In this note patches or bug numbers are given which can occur after > upgrade > > to 11.2.0.3. > > What is the general procedure that is followed by you guys in general > > > > (a) Do take the additional patches after taking PSU6 eventhough you dont > > encounter any issues listed in 1348336.1 > > or > > (b) Do you stop after applying PSU6 and release to users for testing. As > > part of testing, if users find issues,do you apply these patches if > > required at that time. The concern here is if we apply patches without > > encountering issues , it may introduce new issues > > > > Thank you > > Kumar > > > > > > -- > > //www.freelists.org/webpage/oracle-l > > > > > > > > > -- > //www.freelists.org/webpage/oracle-l > > > -- Don Seiler http://www.seiler.us -- //www.freelists.org/webpage/oracle-l