Re: Oracle RAC cost justification?

Tapan,
We start loosing money if users can't select stuff from the database. We have background processes that use AQ based mechanism to upload processed data. Most of our applications perform selects (a lot of them with sub-second response time), so the way implemented TAF, it is seamless for us and our users. Heck over 95% of them don't even know it is a RAC system with two nodes. They rarely see connection error messages, since we pre-connect for critical sessions.

Raj

On 6/5/05, Tapan Trivedi <taptriv_at_yahoo.com> wrote:
>
> Has anyone implemented 'true TAF' i.e. TAF that works with updates,
> deletes and inserts as opposed to just selects. I know it is not supported
> but there are ways around it. Has anyone done it. I don't see how a business
> can do just selects and be OK justifying the cost of RAC.
> Does anyone have an application that does JUST SELECTS then it will be a
> true Transparent Application Failover - does anyone ? Raj, can you maybe
> discuss a little bit about the way your application works ?
> Tapan Trivedi
>

--
http://www.freelists.org/webpage/oracle-l