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

Home -> Community -> Usenet -> c.d.o.server -> Re: tough choices

Re: tough choices

From: Niall Litchfield <niall.litchfield_at_dial.pipex.com>
Date: Thu, 17 Jun 2004 20:08:38 +0100
Message-ID: <40d1ec24$0$282$cc9e4d1f@news-text.dial.pipex.com>


"Daniel Morgan" <damorgan_at_x.washington.edu> wrote in message news:1087421232.498660_at_yasure...

>

> The main consideration I would think would be the overhead of federating
> data for DB2. The more data the more difficult and time consuming and
> the fact that losing nodes with RAC is an inconvience ... with DB2 you
> have a lot more to worry about ... and mean time between failures goes
> down, not up, as you add nodes.

I'd be impressed with a RAC 'scalability' solution that didn't have higher downtime than an appropriately sized single node equivalent. More complexity = less screwups is an equation with which I am unfamiliar :) The same of course applies to IBM clustered solutions.

-- 
Niall Litchfield
Oracle DBA
http://www.niall.litchfield.dial.pipex.com
Received on Thu Jun 17 2004 - 14:08:38 CDT

Original text of this message

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