RE: High availability and upgrades

Cluster - like Microsoft or Veritas - strictly active/passive, though you could do RAC if you wanted. That's for high availability - one box goes down, the other one either stays up or kicks into action.

Third Mirror - absolutely correct. It could be a whole separate storage array or just a virtual disk of pointers to the original storage, but its a logical copy of your data that can be periodically synced with and broken off from your main production data. You could either have both servers continue to access the main data store and have a third box do the testing, or break the cluster and take the passive node and use that for the testing. I've seen this done a lot, often with the server dedicated for DR being used for the testing.

Does this clarify a bit? I realize I tend to ramble...

Thanks,
Matt

--
Matthew Zito
GridApp Systems
Email: mzito_at_gridapp.com
Cell: 646-220-3551
Phone: 212-358-8211 x 359
http://www.gridapp.com



> -----Original Message-----

> From: ml-errors_at_fatcity.com [mailto:ml-errors_at_fatcity.com] On 

> Behalf Of Paul Baumgartel

> Sent: Thursday, July 10, 2003 6:09 PM

> To: Multiple recipients of list ORACLE-L

> Subject: RE: High availability and upgrades

> 

> 

> Matt, can you elaborate a bit?  "Configure your two servers 

> in a cluster" how:  RAC, FailSafe (these are Windoze servers, 

> unfortunately)?  

> 

> "Third mirror" implies the two nodes share a disk cluster in 

> which all active drives consist of three mirrored copies; 

> when the third mirror is split off, the two nodes continue to 

> run against two mirrored copies, correct?

> 

> Thanks!

> 

> Paul Baumgartel

> 

> --- Matthew Zito <mzito_at_gridapp.com> wrote:

> [snip]

> 

> 

> > What about a storage-level solution?  Either at the software (i.e.

> > Veritas) or hardware (i.e. your big honkin' storage array) 

> level, have 

> > a "third mirror" of your data. Configure your two servers in a 

> > cluster, then when you want to do separate testing, split off the 

> > mirror, detach

> > the idle node from the cluster, run your tests against the third

> > mirror,

> > and then resync/rejoin the nodes.  Basically every reasonable

> > hardware

> > vendor and every storage software vendor supports some notion of r/w

> > point-in-time copies that are designed for just this purpose.

> > 

> 

> 

> __________________________________

> Do you Yahoo!?

> SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com

> -- 

> Please see the official ORACLE-L FAQ: http://www.orafaq.net

> -- 

> Author: Paul Baumgartel

>   INET: treegarden_at_yahoo.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.net
-- 
Author: Matthew Zito
  INET: mzito_at_gridapp.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).