RE: Active/Active Site A/Site B using SRDF
- From: ryan_gaffuri@xxxxxxxxxxx
- To: mzito@xxxxxxxxxxx, <oracle-l@xxxxxxxxxxxxx>
- Date: Wed, 04 Apr 2007 13:05:23 +0000
I think the original plan is to actually have two sets of database files on two sites. I dont see how that can possible work with oracle unless there is some kind of two way mirroring you can do with a SAN across a fibre, but I doubt it. -------------- Original message -------------- From: "Matthew Zito" <mzito@xxxxxxxxxxx> EMC SRDF does not support active/active with neither synchronous nor asynchronous configurations. When you have an SRDF environment your R1s (near side) are writeable while your R2s (the far side) are not. If you want to do active/active sites, you can do a RAC stretch cluster using either long distance Fibre channel (bleh) or iSCSI (much better), or you can do things at an application level. Matt From: oracle-l-bounce@xxxxxxxxxxxxx [mailto:oracle-l-bounce@xxxxxxxxxxxxx] On Behalf Of ryan_gaffuri@xxxxxxxxxxx Sent: Tuesday, April 03, 2007 12:39 PM To: oracle-l@xxxxxxxxxxxxx Subject: Active/Active Site A/Site B using SRDF The SAN/Systems Administrators claim its possibly to have a Site A/Site B setup(at two locations). Use SRDF asynchronously to populate and keep both sites active. 1. I don't think its possible to actually write to sides(2 different databases) and still maintain transaction control? So at a minimum you write to just one site and then populate the secondary site. 2. If both sites are active and the population of the second site is asynchronous that implies that the second site will be slightly behind so if users query both sites then one user may get an inaccurate picture of the database. 3. Is it possible to have active/active with a synchronous SRDF? I would think that would affect performance. Since you can't end the transaction until both sides are applied. 4. I would think the better solution is to havea primary and failover with the load balancer having an exception handler so when Site A goes down, failover to site B. 5. If you want to use both sites to query, then you are better off identifying performance intensive queries such as reports and use the secondary site as a reporting database(unless Site A goes down, then site B handles everything) Even with all this you still have a single point of failure at your load balance since its the entry point or is there a way to multiplex this? This is long... not sure how to summarize this.