From oracle-l-bounce@freelists.org Wed Jun 22 04:54:02 2005 Return-Path: Received: from air891.startdedicated.com (root@localhost) by orafaq.com (8.12.10/8.12.10) with ESMTP id j5M9s1h5021120 for ; Wed, 22 Jun 2005 04:54:01 -0500 X-ClientAddr: 206.53.239.180 Received: from turing.freelists.org (freelists-180.iquest.net [206.53.239.180]) by air891.startdedicated.com (8.12.10/8.12.10) with ESMTP id j5M9s1Ni021116 for ; Wed, 22 Jun 2005 04:54:01 -0500 Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 9B5571C2345; Wed, 22 Jun 2005 03:50:36 -0500 (EST) Received: from turing.freelists.org ([127.0.0.1]) by localhost (turing [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00589-03; Wed, 22 Jun 2005 03:50:36 -0500 (EST) Received: from turing (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 138CA1C22BC; Wed, 22 Jun 2005 03:50:36 -0500 (EST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=Uvgg9Ss0U1SFNE+kR5/eot5+5p99diKpuC+KeoPUYVqGGvJk+4JXLIPHtYfm9f3gOJ2oQTX8ATfVc1Q+TIiyd2+b7biwJh3lp3fNUAiKIc2oN3Fqq2kst5zRjLD4flU2dGcuv6vZ21WJsBEkZ6HAU0tL3IyYJx39GM3LZ9+HFGE= Message-ID: <7765c89705062201483fd4c5a7@mail.gmail.com> Date: Wed, 22 Jun 2005 09:48:50 +0100 From: Niall Litchfield To: gogala@sbcglobal.net Subject: Re: 64 node Oracle RAC Cluster (The reality of...) Cc: cmarquez@collegeboard.org, rjamya , oracle-l@freelists.org In-Reply-To: <1119359980l.4880l.1l@medo.noip.com> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_6393_16420088.1119430130213" References: <1119359980l.4880l.1l@medo.noip.com> X-archive-position: 21474 X-ecartis-version: Ecartis v1.0.0 Sender: oracle-l-bounce@freelists.org Errors-To: oracle-l-bounce@freelists.org X-original-sender: niall.litchfield@gmail.com Precedence: normal Reply-To: niall.litchfield@gmail.com X-list: oracle-l X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at avenirtech.net X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on air891.startdedicated.com X-Spam-Status: No, hits=-2.5 required=5.0 tests=AWL,BAYES_00,HTML_MESSAGE autolearn=ham version=2.63 ------=_Part_6393_16420088.1119430130213 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On 6/21/05, Mladen Gogala wrote:=20 >=20 >=20 > On 06/21/2005 08:17:38 AM, Marquez, Chris wrote: > > >>thought of seeing eye popping > > >>number of 'global cache cr requests' > > >>for a 64 node RAC gives me chills. > > > > My thoughts exactly! > > > > Chris Marquez > > Oracle DBA > > >=20 >=20 > There are two unholy words which Oracle sales people usually avoid when= =20 > talking > about RAC: functional partitioning. Functional partitioning means that=20 > each RAC > node has a separate and specialized function and is mostly dealing with= =20 > one part > the database. That is still the best way of organizing RAC system. Actually they do talk about it, its the SERVICE functionality in 10g=20 allocating specific services (identified by net8 connecion strings or=20 programatically) to specific nodes and reallocating over time and according= =20 to resource requirements. I bet there's a java demo of it happening=20 automagically in real time somewhere as well. Its a good feature in=20 principle, unfortunately I've only ever heard about it from marketing or th= e=20 docs. (and I'm not going to try it on our two node cluster to turn it into= =20 an active-passive cluster just for fun). So there you go Oracle marketing d= o=20 talk about a good feature, appropriately and with - at least at what my wif= e=20 calls "the hand-waving level" - a fair degree of technical nous.=20 Now I think I'm going to have to have a coffee and a lie down, I'm being= =20 nice to marketing. It'll be developers next.=20 =20 --=20 > Niall Litchfield > Oracle DBA > http://www.niall.litchfield.dial.pipex.com ------=_Part_6393_16420088.1119430130213 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline
On 6/21/05, = Mladen Gogala <gogala@sbcglo= bal.net> wrote:

On 06/21/2005 08:17:38 AM, M= arquez, Chris wrote:
> >>thought of seeing eye popping
> = >>number of 'global cache cr requests'
> >>for a 64 node RAC gives me chills.
>
> My thou= ghts exactly!
>
> Chris Marquez
> Oracle DBA
>
<= br>
There are two unholy words which Oracle sales people usually avoid w= hen talking
about RAC: functional partitioning. Functional partitioning means that = each RAC
node has a separate and specialized function and is mostly deal= ing with one part
the database. That is still the best way of organizing= RAC system.
 
 
Actually they do talk about it, its the SERVICE functionality in 10g a= llocating specific services (identified by net8 connecion strings = ;or programatically) to specific nodes and reallocating over time= and according to resource requirements. I bet there's a java demo of it ha= ppening automagically in real time somewhere as well. Its a good feature in= principle, unfortunately I've only ever heard about it from marketing or t= he docs. (and I'm not going to try it on our two node cluster to turn it in= to an active-passive cluster just for fun). So there you go Oracle marketin= g do talk about a good feature, appropriately and with - at least at what m= y wife calls "the hand-waving level" - a fair degree of technical= nous.=20
 
Now I think I'm going to have to have a coffee and a lie down, I'm bei= ng nice to marketing. It'll be developers next.
 
 
 
 

--
Niall Litchfield
Oracl= e DBA
http://www.= niall.litchfield.dial.pipex.com
------=_Part_6393_16420088.1119430130213-- -- http://www.freelists.org/webpage/oracle-l