Do not also forget about TNSNAMES or Oracle Names in your fail over strategy as they will not switch over by themselves. The only other way that I know of to do what you initially stated is to use Oracle Parallel server with EMC's storage systems. Now I have not seen this although they state that it is possible and they have tried it in a limited manner. What you have is a server connected to an EMC array at each site with a dedicated T1 in between the EMC arrays. They place software into the array that maintains two active copies of the data one at each site. Oracle cross communicates via a second dedicated T1 so that the servers believe they are right next to each other. Then all you need is a third T1 or better between the sites so that when the first server dies the second can pick up where the original left off. I've seen a demo or OPS's capabilities in fail over & was VERY impressed. The demo consisted of establishing a SQL*Plus session on one server (they were HP-9000) and select rownum, * from some_million_row_table. Then in the middle of the SQL session getting the data, somewhere around rownum 5000, the Oracle rep switched off the server we were connected to. Well you know what I expected, but no, the session just paused for about half a second and then continued without missing a beat or rownum. Absolutely amazing. Down Side, have VERY DEEP pockets. And if your going to do it with EMC, have two pockets!!! Dick Goulet ____________________Reply Separator____________________ Author: "Rachel Carmichael" <[EMAIL PROTECTED]> Date: 8/16/2001 9:06 AM Standby... even if I have to be paged in the middle of the night to bring it up and live. replication is a nightmare to implement unless you plan for it. Standby is a breeze to implement and maintain. >From: Andrey Bronfin <[EMAIL PROTECTED]> >Reply-To: [EMAIL PROTECTED] >To: Multiple recipients of list ORACLE-L <[EMAIL PROTECTED]> >Subject: A high-availability question (standby , replication or ....) >Date: Thu, 16 Aug 2001 08:11:09 -0800 > >Dear gurus ! > >A customer wants to have a backup database on a remote "in case of >disaster" >site. >That database needs to be as much in sync with the primary DB as possible, >and a sort of failover must be implemented , >i.e. if the primary site fails , the users will be AUTOMATICALLY routed to >the secondary one . > >I thought of 2 possible approaches : >multimaster asynchronous replication and a standby database. >The problem is that AFAIK , there is no automatic failover in case of >standby DB , i.e.. U need to issue "ALTER DATABASE ACTIVATE STANDBY >DATABASE; " or something like that on a backup site. >From the other hand multimaster replication sounds like a big headache . > >So , gurus , what would U suggest ? >How do U implement HA on your sites ? > >Thanks a lot in advance for your time. > >Andrey. > > > > >-- >Please see the official ORACLE-L FAQ: http://www.orafaq.com >-- >Author: Andrey Bronfin > INET: [EMAIL PROTECTED] > >Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051 >San Diego, California -- Public Internet access / Mailing Lists >-------------------------------------------------------------------- >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). _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp -- Please see the official ORACLE-L FAQ: http://www.orafaq.com -- Author: Rachel Carmichael INET: [EMAIL PROTECTED] Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051 San Diego, California -- Public Internet access / Mailing Lists -------------------------------------------------------------------- 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). -- Please see the official ORACLE-L FAQ: http://www.orafaq.com -- Author: INET: [EMAIL PROTECTED] Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051 San Diego, California -- Public Internet access / Mailing Lists -------------------------------------------------------------------- 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).
