Re: Upgrade 9.2.0.8 --> 11.2.0.2
From: joel garry <joel-garry_at_home.com>
Date: Wed, 10 Aug 2011 13:37:22 -0700 (PDT)
Message-ID: <073a8ee8-7caa-4013-a5ca-527c925bcf3b_at_t30g2000prm.googlegroups.com>
On Aug 10, 9:15 am, Robert Klemme <shortcut..._at_googlemail.com> wrote:
> On 10.08.2011 13:58, John Hurley wrote:
>
>
>
> > Mladen:
>
> > # The first production database in my company is just being upgraded
> > from 9.2.0.8 to 11.2.0.2.
>
> > ...
>
> > Good luck and have fun!
>
> > We are working on a 11.2 migration also ... starting to work on
> > getting ducks lined up.
>
> > No RAC here at all ... I ditched all that a while back. Like Moans
> > says "you probably don't need RAC" ...
>
> > We are going to be using ASM though which requires a separate grid
> > home from the oracle home. Just completed first setup testing on a
> > test machine of getting it all configured.
>
> > Putting the GI PSU 11.2.0.2.3 ( patchset update ) onto both homes is
> > also interesting.
>
> > Just because there is a 40 page README ( maybe more pages did not
> > count ) for the GI PSU ... you would not expect them to actually
> > document how to approach a standalone server would you now?
>
> > Some things like crsctl do not apparently work in a non clustered
> > configuration even though the doc tells you to run them ... nice eh?
> > So you get to fudge your way around *** Aka crsctl stop crs gives
> > CRS-4013: This command is not supported in a single-node
> > configuration. Of course one could open an SR with Oracle support so
> > that they could tell you to follow the README for the GI PSU. Oops
> > that's a closed infinite loop eh?
>
> That sounds scary. I wonder how Oracle's sales people justify the price
> tags that they are holding up with stories like these in the wild - err
> - public. Thanks for sharing!
Date: Wed, 10 Aug 2011 13:37:22 -0700 (PDT)
Message-ID: <073a8ee8-7caa-4013-a5ca-527c925bcf3b_at_t30g2000prm.googlegroups.com>
On Aug 10, 9:15 am, Robert Klemme <shortcut..._at_googlemail.com> wrote:
> On 10.08.2011 13:58, John Hurley wrote:
>
>
>
> > Mladen:
>
> > # The first production database in my company is just being upgraded
> > from 9.2.0.8 to 11.2.0.2.
>
> > ...
>
> > Good luck and have fun!
>
> > We are working on a 11.2 migration also ... starting to work on
> > getting ducks lined up.
>
> > No RAC here at all ... I ditched all that a while back. Like Moans
> > says "you probably don't need RAC" ...
>
> > We are going to be using ASM though which requires a separate grid
> > home from the oracle home. Just completed first setup testing on a
> > test machine of getting it all configured.
>
> > Putting the GI PSU 11.2.0.2.3 ( patchset update ) onto both homes is
> > also interesting.
>
> > Just because there is a 40 page README ( maybe more pages did not
> > count ) for the GI PSU ... you would not expect them to actually
> > document how to approach a standalone server would you now?
>
> > Some things like crsctl do not apparently work in a non clustered
> > configuration even though the doc tells you to run them ... nice eh?
> > So you get to fudge your way around *** Aka crsctl stop crs gives
> > CRS-4013: This command is not supported in a single-node
> > configuration. Of course one could open an SR with Oracle support so
> > that they could tell you to follow the README for the GI PSU. Oops
> > that's a closed infinite loop eh?
>
> That sounds scary. I wonder how Oracle's sales people justify the price
> tags that they are holding up with stories like these in the wild - err
> - public. Thanks for sharing!
Direct attention away from question by selling consulting services, of course.
jg
-- _at_home.com is bogus. http://www.signonsandiego.com/news/2011/aug/10/my-side-of-the-story-by-lorena-gonzalez/Received on Wed Aug 10 2011 - 15:37:22 CDT