Re: q: RAC without RAC

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