Could you explain the file corruption in a little more detail? I cannot imagine how failover would cause file corruption, much less how a properly configured running Oracle instance can get 'absolutely destroyed'. Isn't that the purpose of having Oracle over say a nonlogged, singlethreaded, cheapo db engine...?
> -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Sent: Thursday, February 07, 2002 9:00 AM > To: Multiple recipients of list ORACLE-L > Subject: Re:MC/Serviceguard vs Sun Clusters > > > Rama, > > We did the MC/ServiceGuard thing some years ago. Worked > well, after our SA > rebuilt the servers from ground 0. Adding it on to an > existing server is ok, > but somewhat unstable. One item to be VERY careful of. The > heartbeat cable, in > our case a ethernet thin line, needs to be on a dedicated > link, preferably a > purchased vs. custom made cable, and protected from > accidental disconnect. Ours > got disconnected by a contractor working in the computer room > because "it was in > his way". The resulting reboot of the backup server and > forcible takeover of > the disk farm absolutely destroyed the database. We had more > file corruption > than I ever could have imagined. Consequently we abandoned > ServiceGuard & are > going to standby databases instead. > > Dick Goulet > > ____________________Reply Separator____________________ > Author: "Rama Malladi" <[EMAIL PROTECTED]> > Date: 2/6/2002 5:23 PM > > Hi... > I am looking for inputs from anybody who has experience in both > MC/Serviceguard (MC/S) as well as Sun cluster implementation. > If a DBA/SA > team has lots of experience in implementing MC/Serviceguard > clusters on HP > and trying to move to SunClusters for HA solution ... > > a) What are the common things between MC/S and and Sun > clusters (ex: about 5 > minute fail-over time, fixed IP address, 2 or more nodes in a > cluster, disk > sharing etc..) > > b) Any differences between these... What are the things to > watch out for > (assuming the team already knows in and out of MC/Serviceguard) > > Thank you in advance... > Rama > > -- > Please see the official ORACLE-L FAQ: http://www.orafaq.com > -- > Author: Rama Malladi > 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). > -- Please see the official ORACLE-L FAQ: http://www.orafaq.com -- Author: Glenn Travis 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).
