Path: dp-news.maxwell.syr.edu!spool.maxwell.syr.edu!drn.maxwell.syr.edu!news.maxwell.syr.edu!news.glorb.com!sn-xit-04!sn-xit-08!sn-post-02!sn-post-01!supernews.com!corp.supernews.com!not-for-mail From: DA Morgan Newsgroups: comp.databases.oracle.server Subject: Re: 10g RAC design options Date: Thu, 07 Jul 2005 06:26:46 -0700 Organization: Ye 'Ol Disorganized NNTPCache groupie Message-ID: <1120742835.173711@yasure> User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 References: <1120710177.129408.69380@g44g2000cwa.googlegroups.com> In-Reply-To: <1120710177.129408.69380@g44g2000cwa.googlegroups.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cache-Post-Path: yasure!unknown@oracle.advtechserv.com X-Cache: nntpcache 2.4.0b5 (see http://www.nntpcache.org/) X-Complaints-To: abuse@supernews.com Lines: 31 Xref: dp-news.maxwell.syr.edu comp.databases.oracle.server:246764 ORA600 wrote: > I am not convinced that RAC scales on Linux as much as it does on other > UNIX flavours. Meaning that when Oracle itself used a fork lift to push its big Sun boxes out into the parking lot you thought to yourself? Gee I wonder if they know what they're doing? Last year, for a division of Boeing I took their best Sun boxes and stacked them up against a RAC cluster built from 2 CPU boxes running RHEL. The Sun boxes were retired to Boeing Surplus within 60 days. > Adding nodes is not the solution for scaling (not > always). A box must be able to scale vertically (adding CPUs, memory, > etc.) Sorry but this is just ridiculous. You have seemingly missed the entire concept behind RAC, the entire economic and performance justification of RAC, every benchmark published, and apparently think Oracle, Amazon.com, and numerous other organizations know less than you do: I'm incredulous. > Patching is not an issue with 10g RAC, it can be done online. This is NOT always true. Where did you get this information? -- Daniel A. Morgan http://www.psoug.org damorgan@x.washington.edu (replace x with u to respond)