First of all: Kudos to List members Murali Vallath and K 'X$' Gopalakrishnan who appear in the current Oramag issues's Peer-to-Peer column! The reason I mutated this particular thread was on account of something I saw in this column. Murali Vallath apparently is writing a book on RAC. Maybe we can get a TOC. (Murali - are you listening?) John Kanagaraj Oracle Applications DBA DBSoft Inc (W): 408-970-7002
What would you see if you were allowed to look back at your life at the end of your journey in this earth? ** The opinions and statements above are entirely my own and not those of my employer or clients ** -----Original Message----- Sent: Wednesday, October 23, 2002 7:49 AM To: Multiple recipients of list ORACLE-L You are right Tim (now you may ask "what's new in that?") We have a production cluster, development cluster and (possible a standby cluster) all identical. Raj ______________________________________________________ Rajendra Jamadagni MIS, ESPN Inc. Rajendra dot Jamadagni at ESPN dot com Any opinion expressed here is personal and doesn't reflect that of ESPN Inc. QOTD: Any clod can have facts, but having an opinion is an art! -----Original Message----- Sent: Wednesday, October 23, 2002 10:05 AM To: Multiple recipients of list ORACLE-L Aye to that, but you'll need at least two, possibly three, identical clusters, not just one. One cluster for production and an identical cluster for QA/Test, and possibly one for development (though that last is often regarded as unnecessary). Skimping on the QA/Test environment is the leading edge of failure... RAC itself requires additional DBA expertise as well as additional OS SysAdmin expertise for cluster hardware/OS, each of which costs more to obtain/maintain (either by hiring experienced/talented or training to build or both). Clustering is not a low-cost solution from any perspective... RAC is a solution for certain specific high-availability and high-scaleability requirements (not including "data-center failure", a.k.a. disaster-recovery), so it's a good idea to be certain that you are planning a solution that meets your own specific requirements before proceeding. RAC should not be a high-level management decision -- it is a specific technical solution to meet specific technical requirements, which themselves should have been derived from the requirements of the business. There are several other possible H/A solutions in Oracle9i (i.e. physical standby, logical standby, advanced replication, OS failover solutions, RAC, etc), each of which addresses the same H/A problems in different ways with differing levels of complexity and cost. ----- Original Message ----- To: Multiple <mailto:ORACLE-L@;fatcity.com> recipients of list ORACLE-L Sent: Wednesday, October 23, 2002 6:43 AM IMHO, the main requirement is that you have to have a system that needs to be up 24x7 on a cluster and your ability to fork enough money to Oracle and your server vendor (to get two identical machines) and your networking vendor (for redundant network connections). Rest everything is easy ... Raj ______________________________________________________ Rajendra Jamadagni MIS, ESPN Inc. Rajendra dot Jamadagni at ESPN dot com Any opinion expressed here is personal and doesn't reflect that of ESPN Inc. QOTD: Any clod can have facts, but having an opinion is an art! -----Original Message----- Sent: Wednesday, October 23, 2002 3:04 AM To: Multiple recipients of list ORACLE-L Dear All, We are planning to implement ORAC for our application, can anybody tell me where to get good information on the system requirements for implementing the same. Regards Prem -- Please see the official ORACLE-L FAQ: http://www.orafaq.com -- Author: John Kanagaraj INET: [EMAIL PROTECTED] 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: [EMAIL PROTECTED] (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).
