Oracle FAQ Your Portal to the Oracle Knowledge Grid
HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US
 

Home -> Community -> Mailing Lists -> Oracle-L -> Re: Veritas Volume Replicator, EMC MirrowView and SRDF

Re: Veritas Volume Replicator, EMC MirrowView and SRDF

From: Tim Johnston <tjohnston_at_quallaby.com>
Date: Wed, 17 Mar 2004 13:02:51 -0500
Message-ID: <405892CB.2050002@quallaby.com>


Thanks Dennis... However, that's really not viable for us here... The problem revolves around the need to completely replicate the data at the remote site and provide failover and failback... Think of it as a geographically distributed cluster... The TT is a great archive solution but wouldn't work for us here due to the other requirements... And, it doesn't solve the need to replicate the metadata to the remote server... One of the alternative solutions we have considered involves replicating the metadata and loading the metric data into both databases... The problem with this isn't so much the metric data but how we would replicate the metadata... The product uses LONG's (I know... They were here when I got here and I can't get rid of them) and IOT's which limits our replication options...

Thanks again
Tim

DENNIS WILLIAMS wrote:

>Tim
> Just a random thought for you. You might want to consider transportable
>tablespaces. You could load the data, then ship the tablespaces to the other
>locations. Also consider partition exchange to move the new partition into
>place. Hopefully you will get better suggestions from others who have used
>some of the technologies you listed.
>
>Dennis Williams
>DBA
>Lifetouch, Inc.
>dwilliams_at_lifetouch.com
>
>-----Original Message-----
>From: oracle-l-bounce_at_freelists.org
>[mailto:oracle-l-bounce_at_freelists.org]On Behalf Of Tim Johnston
>Sent: Wednesday, March 17, 2004 11:23 AM
>To: Oracle-L
>Subject: Veritas Volume Replicator, EMC MirrowView and SRDF
>
>
>Hi Everyone...
>
> We have a high volume data collection and reporting system that ships
>on 8.1.7 and 9.2.0... We perform unrecoverable direct loads of the
>majority of the data (the metric data) and normal logged operations for
>the remainder (the metadata)... We have a customer who basically wants
>distributed HA with seamless failover and failback... I know I know...
>The customers ALWAYS say that... And 99 out of a 100 change their minds
>once they realize how much something like that costs... However, this
>customer seems to be really interested in this... Money is a secondary
>concern for them... But, I still need to figure out a solution that is
>as inexpensive as possible.... Of course...
>
>:-)
>
>So, time to do some digging... Given our current architecture, the only
>viable solution appears to be a low level data replication solution...
>We have considered several other options (physical standby, logical
>standby, streams, replication) and eliminated them for various reasons
>(unrecoverable loads, iot's, long's etc)... We may have to come back to
>these solutions but they could require some significant application
>changes or scalability limitations...
>
>Now that you have the background, here's the questions...
>
>I know some people here have used SRDF... Has anyone used MirrowView
>(Sounds like SRDF for the Clariion line)? How about Veritas Volume
>Replicator? Any war stories? Does it really work? How much bandwidth
>does it need? Can you use it on a high volume system? Any insight
>would be appreciated...
>
>Thanks in advance!
>
>
>

-- 
Regards,
Tim Johnston
Tel: 978-322-4226
Fax: 978-322-4100


----------------------------------------------------------------
Please see the official ORACLE-L FAQ: http://www.orafaq.com
----------------------------------------------------------------
To unsubscribe send email to:  oracle-l-request_at_freelists.org
put 'unsubscribe' in the subject line.
--
Archives are at http://www.freelists.org/archives/oracle-l/
FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html
-----------------------------------------------------------------
Received on Wed Mar 17 2004 - 11:59:37 CST

Original text of this message

HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US