Oracle FAQ | Your Portal to the Oracle Knowledge Grid |
![]() |
![]() |
Home -> Community -> Mailing Lists -> Oracle-L -> RE: RAC (Real Application Clusters)
Push the question about the requirement of RAW devices.. and ask if
Veritas's product can work without any restrictions.. The veritas clustered
file system is supposedly "ok" to use with RAC where you can take advantage
of using file systems. But I haven't seen confirmation of that. also-ask
about the differences in the hardware they are showing you as compared to
your environment.. There are some differences in the implementation based on
the hardware....
You should probably get good feel on how Oracle believes RAC could fit into your environment. Are you looking for 100% availability? Or just scalability? Can the environment take a 5 minute downtime for a Clustering solution? Or do you need to have the environment up "all of the time"... And as Rich indicates-the transparent application failover can be cool. But does your app use JDBC? Thick or thin? From our discussions with Oracle (as we prepare for a full blown POC of rAC) that one will need to use the thick JDBC client (cuz of the OCI layer) to take advantage of some of the TAF features.. This may not be the case in the future though..
oh well-time for coffee....
greg
-----Original Message-----
Sent: Thursday, September 26, 2002 11:44 AM
To: Multiple recipients of list ORACLE-L
Specifically ask about RAC's performance with respect to platform. I saw a demo that HP put on at a WOUG meeting where the NT cluster took 20-30 seconds to fail over. While this isn't earth-shattering, there was mention made that Unix/Linux failover times only took about 1-2 seconds. Might be an issue for e-commerce or such.
Very impressive demo they put on. I especially liked the transparent query failover and load balancing. Da-rool, da-rool. Of course, for us to convert our concurrent user licenses to per-CPU licensing for RAC, well...
Rich Jesse System/Database Administrator Rich.Jesse_at_qtiworld.com Quad/Tech International, Sussex, WI USA
> -----Original Message-----
> From: Glenn Travis [mailto:Glenn.Travis_at_sas.com]
> Sent: Thursday, September 26, 2002 10:04 AM
> To: Multiple recipients of list ORACLE-L
> Subject: RAC (Real Application Clusters)
>
>
> I am visiting Oracle next week and will be getting a
> dog-and-pony show on Oracle 9i and RAC (Real Application
> Clusters). Does anyone have any experience or comments on
> this product/technology? Can you suggest some burning
> questions I can pose to Oracle when we get the demos? This
> is a technical overview and we will be seeing conversions
> (Apps and non-Apps environments) as well as failure scenarios.
>
> Any advice/comments are welcome. Thanks.
-- Please see the official ORACLE-L FAQ: http://www.orafaq.com -- Author: Jesse, Rich INET: Rich.Jesse_at_qtiworld.com Fat City Network Services -- 858-538-5051 http://www.fatcity.com San Diego, California -- Mailing list and web hosting services --------------------------------------------------------------------- To REMOVE yourself from this mailing list, send an E-Mail message to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing). -- Please see the official ORACLE-L FAQ: http://www.orafaq.com -- Author: Loughmiller, Greg INET: Greg.Loughmiller_at_cingular.com Fat City Network Services -- 858-538-5051 http://www.fatcity.com San Diego, California -- Mailing list and web hosting services --------------------------------------------------------------------- To REMOVE yourself from this mailing list, send an E-Mail message to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing).Received on Fri Sep 27 2002 - 07:28:25 CDT
![]() |
![]() |