Re: Oracle RAC
Date: Wed, 2 Sep 2009 17:08:04 -0700 (PDT)
On Sep 2, 4:42 pm, Geoff Muldoon <geoff.muld..._at_trap.gmail.com> wrote:
> In article <xJBnm.73931$I35.3..._at_newsfe24.ams2>, Palooka says...
> > On 02/09/09 21:14, joel garry wrote:
> > > Then there's this: http://www.washingtonpost.com/wp-dyn/content/article/2009/08/27/AR200...
> > Exactly. A student information system does not require 24*7 operation,
> > rolling upgrades and 99.999% uptime. It just needs to work decently and
> > reliably, and be back up within an hour or two in the event of a
> > disastrous hardware failure. It rather sounds as though OP is trying to
> > run before he can walk.
> 99% of generalisations are wrong. :-)
> Where I work 24*7, rolling maintenance upgrades, 9x.xx% uptime *is* a
> requirement of our student system. Think web-based student self
> management, global campuses, e-learning integration.
> But I concur with the other responses, only use RAC if it *is* a business
> requirement, and having the DBA skill set to maintain it is absolutely
I meant to add earlier, if the app is not well-behaved to begin with, RAC will very likely magnify any misbehavior. Nothing is stopping one from not using RAC and then adding it later if necessary (well, one can have budget issues with EE). One way or another you should do capacity forecasting and load tests.
-- _at_home.com is bogus. http://www3.signonsandiego.com/stories/2009/sep/02/ebay-dumping-majority-stake-skype-service/?uniontribReceived on Wed Sep 02 2009 - 19:08:04 CDT