Oracle FAQ Your Portal to the Oracle Knowledge Grid
HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US
 

Home -> Community -> Mailing Lists -> Oracle-L -> Re: q: RAC without RAC

Re: q: RAC without RAC

From: Alex Gorbachev <gorbyx_at_gmail.com>
Date: Wed, 14 Feb 2007 20:30:27 -0500
Message-ID: <c2213f680702141730jee90a5aq19cc0f468646a07a@mail.gmail.com>


I would disagree on all points.

On 2/13/07, Amihay Gonen <AmihayG_at_ectel.com> wrote:
>
>
> 1. Try to minimize differences between standard installation and RAC
> installations.
>
> Minimizing by introducing additional complexity? This is maximizing
probability of problems.
With CRS - you can't even clone machine from a template - you will have to reinstall it.

> 1. Manage database from remote (client) , stop & start it will
> enable us to put it in some application to control it
>
> CRS doesn't give you remote management - you use local commands. There are
better ways of doing it. You can use OEM, for example.

> 1. Reduce the complexity of startup/shutdown scripts (in unix ,
> init.d , shell scripts ) because we can instruct to the CRS to
> startup database and listener .
>
> You'd be surprise to find out how much more problems CRS can cause on
startup. There are better and simpler ways to do it.

> 1. Standard way to work with windows and UNIX
>
> CRS installation and administration on Windows vs. *nix are very
different. Again, OEM or something like that is much better tool for that.

> 1. less need for dba knowledge J
>
> I'm really curious how you came up with that!
You'll see how much more you need to know to manage CRS successfully.

-- 
Best regards,
Alex Gorbachev

The Pythian Group
Sr. Oracle DBA

http://www.pythian.com/blogs/author/alex/
http://blog.oracloid.com

--
http://www.freelists.org/webpage/oracle-l
Received on Wed Feb 14 2007 - 19:30:27 CST

Original text of this message

HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US