Re: RMAN catalog standard edition

On Tue, 8 Feb 2005 00:15:05 -0500, mhthomas <qnxodba_at_gmail.com> wrote:
> Hi,
>
> The OEM packs will run on SE depending on how its configured, on 10g
> web-based EM. Legal configuration can be done by clicking on 'Setup'
> (e.g. on the top-right of the <host>/em/console/aboutApplication) and
> next click on the menu 'Management Pack Access'. I'd guess many shops
> have inadvertantly configured it 'illegally' because they don't
> understand the SE license restrictions (which cripple the product).

I'm sure that you are correct. It can't really be done inadvertently as the license page comes up the first time you use EM.

> It makes no sense to me why certain Database Configuration pack items
> are special (extra cost) access: e.g. Patch Database and View Patch
> Cache, and Patch staging.
> Is Oracle saying patching is unimportant for SE since these features
> are not included by default in EM? Yes. Why even allow SE customers
> Metalink access? ;-)

No small shops with part time DBAs and lower skill sets find patching easier !

> In my opinion, marketing 10g (SE specifically) as simplifying DBA
> tasks for a small shop, and then excluding features from EM is counter
> productive. The whole Database Configuration Pack should be included
> with SE, if Oracle was serious in marketing to SE customers. The other
> packs, e.g Diagnostics and Tuning, are critical for non-DBA shops on
> 10g as well.

I entirely agree. In addition the old Std Edition OEM used to come with the event/alert subsystem and something called the Standard Management Pack. So not only have they, as you have suggested, excluded ease of management tools from the market that, arguably, most needs them - they've done this by removing functionality those customers used to have and asked them to pay several times the price of their existing *database* license to get the same functionality.

The SE and SEOne pricing announcements were great - and yes I have said this publicly - this just stinks.

> Having said all that, I really don't care what Oracle does with EM
> because its good for my consulting business when customers who don't
> have DBA's are screwed by Oracle. BTW, I also support other databases
> which EM does not do if you buy it. :-)

and so do Quest, Embarcadero etc

-- 
Niall Litchfield
Oracle DBA
http://www.niall.litchfield.dial.pipex.com
--
http://www.freelists.org/webpage/oracle-l