Re: Aussie Bigpond users

You didn't mention the best bit -
where doubling the number of nodes
halved the transaction rate - starting
from a low rate of small transactions.

The split might not have been as
obvious as Financials on one node
and HR on another - but there was
bound to have been some carefully
planned separation of operation.

--
Regards

Jonathan Lewis
http://www.jlcomp.demon.co.uk

  The educated person is not the person
  who can answer the questions, but the
  person who can question the answers -- T. Schick Jr


One-day tutorials:
http://www.jlcomp.demon.co.uk/tutorial.html

____Denmark__May 21-23rd
____Sweden___June
____Finland__September
____Norway___September

Three-day seminar:
see http://www.jlcomp.demon.co.uk/seminar.html
____UK_(Manchester)_May x 2
____Estonia___June 4th - 6th
____Australia_June 18th - 20th (Perth)
____Australia_June 23rd - 25th (t.b.a)
____USA_(CA, TX)_August

The Co-operative Oracle Users' FAQ
http://www.jlcomp.demon.co.uk/faq/ind_faq.html


"Paul Brewer" <paul_at_paul.brewers.org.uk> wrote in message
news:3ec3ffcc$1_2_at_mk-nntp-1.news.uk.worldonline.com...


> "Noons" <wizofoz2k_at_yahoo.com.au.nospam> wrote in message

> news:3ec3991c$0$8986$afc38c87_at_news.optusnet.com.au...

> ASSM

>

> Which at a UKOUG presentation the day before yesterday, Jonathan

referred to


> as 'Ass Management'.

>

> After Jonathan's talk on Tuesday, I made four notes:

>

> 1)    Avoid ASSM

> 2)    Avoid AUM

> 3)    Be very wary of 9i RAC. The suspicion is that Oracle cheated:

they put


> Apps 9i Financials on one node and Apps 9i HR on the other. Yes,

they both


> access the same database, but of course they don't contend, since

they


> update different tables.

> 4)    If considering RAC, why? If resilience is what you're after,

look at


> DataGuard. If scalability, test, test, test...

>

> Those were the only notes I made all day. And I consider the day a

good


> investment.

>

> Regards,

> Paul

>

>

>