Re: tough choices

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

>
> The "bottleneck" you have identified is only a problem if you don't
> obtain the proper hardware. The number of transactions, and volume,
> going through an HBA to a storage device is not related to RAC versus
> federated data. Buy the right hardware and there is no issue.

Thank you Daniel. Please pardon my ignorance - my background is software development. I have one further question - does this mean that we need to recommend an upfront investment in a super fast network and storage hardware to our customers? In other words, when the oracle guys make the scalability claim for their database clusters, are they saying that - sure you can scale your system up and add many more processor nodes - but make sure you spend the big bucks on the network and storage right now because if you don't and add more nodes in the future - your network and storage hardware might not be able to handle the volume.

>
> 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.
Received on Wed Jun 16 2004 - 22:16:54 CDT