Return-Path: <oracle-l-bounce@freelists.org>
Delivered-To: 2-oracle-l@orafaq.com
Received: (qmail 20460 invoked from network); 12 Sep 2007 17:44:41 -0500
Received: from freelists-180.iquest.net (HELO turing.freelists.org) (206.53.239.180)
  by 69.64.49.119 with SMTP; 12 Sep 2007 17:44:40 -0500
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id CC0D3742774;
 Wed, 12 Sep 2007 18:05:58 -0400 (EDT)
Received: from turing.freelists.org ([127.0.0.1])
 by localhost (turing.freelists.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id 29111-08; Wed, 12 Sep 2007 18:05:58 -0400 (EDT)
Received: from turing (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 2A09B7427AC;
 Wed, 12 Sep 2007 18:05:56 -0400 (EDT)
Received: with ECARTIS (v1.0.0; list oracle-l); Wed, 12 Sep 2007 17:20:54 -0400 (EDT)
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 3B9B0742162
 for <oracle-l@freelists.org>; Wed, 12 Sep 2007 17:20:54 -0400 (EDT)
Received: from turing.freelists.org ([127.0.0.1])
 by localhost (turing.freelists.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id 20271-02 for <oracle-l@freelists.org>;
 Wed, 12 Sep 2007 17:20:54 -0400 (EDT)
Received: from smtp-vbr13.xs4all.nl (smtp-vbr13.xs4all.nl [194.109.24.33])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 968C27420BC
 for <oracle-l@freelists.org>; Wed, 12 Sep 2007 17:20:52 -0400 (EDT)
Received: from lagavulin.dbalert.eu (dbalert.xs4all.nl [213.84.185.230])
 (authenticated bits=0)
 by smtp-vbr13.xs4all.nl (8.13.8/8.13.8) with ESMTP id l8CLxY12078661;
 Wed, 12 Sep 2007 23:59:34 +0200 (CEST)
 (envelope-from careljan@dbalert.eu)
Subject: Re: Veritas Volume Replicator instead of DataGuard
From: Carel-Jan Engel <careljan@dbalert.eu>
To: binhpham15@hotmail.com
Cc: oracle-l@freelists.org
In-Reply-To: <05de01c7f587$3ad81be0$46fc4e89@jpl.nasa.gov>
References: <20070911133643.B8CFF1158CC@ws1-7.us4.outblaze.com>
	 <46E80CA3.8030709@gmail.com>  <05de01c7f587$3ad81be0$46fc4e89@jpl.nasa.gov>
Content-Type: multipart/alternative; boundary="=-TRF1IRxz+SNsG8FyRTP4"
Date: Wed, 12 Sep 2007 23:59:05 +0200
Message-Id: <1189634345.1671.69.camel@lagavulin.dbalert.eu>
Mime-Version: 1.0
X-archive-position: 1488
X-ecartis-version: Ecartis v1.0.0
Sender: oracle-l-bounce@freelists.org
Errors-to: oracle-l-bounce@freelists.org
X-original-sender: careljan@dbalert.eu
Precedence: normal
Reply-to: careljan@dbalert.eu
List-help: <mailto:ecartis@freelists.org?Subject=help>
List-unsubscribe: <oracle-l-request@freelists.org?Subject=unsubscribe>
List-software: Ecartis version 1.0.0
List-Id: oracle-l <oracle-l.freelists.org>
X-List-ID: oracle-l <oracle-l.freelists.org>
List-subscribe: <oracle-l-request@freelists.org?Subject=subscribe>
List-owner: <mailto:steve.adams@ixora.com.au>
List-post: <mailto:oracle-l@freelists.org>
List-archive: <http://www.freelists.org/archives/oracle-l>
X-list: oracle-l
X-Virus-Scanned: Debian amavisd-new at localhost.localdomain
--=-TRF1IRxz+SNsG8FyRTP4
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

Hi Binh,

In my opinion, there are numerous arguments to favour Data Guard over
disk/san/volume replication. Just to mention a few: 

     1. Much less bandwidth reuired: just redo vectors get sent over,
        not a full block/cluster/track for every redo wrtite, data file
        write, archive write, control file write....... 
     2. Configuring a delay in applying archives at the DR site protects
        for 'logical' errors as well. That has saved some asses of
        customers in the past 
     3. Applying the archives at the standby implies a sanity check of
        the archives themselves: a bit fallen over (whatever rare it is)
        in a disk block gets detected. 
     4. Independency of storage architecture: you can afford to have a
        smaller/slower/older SAN at the DR site, as long as you can
        store all database files. You can even afford to have no SAN but
        JBOD/NAS/DAS at the DR site, or just no SAN at all at both
        ends. 

Of course there are some arguments in favour of disk/san/volume
replication as well: 

     1. No Oracle license required at the DR site if you do not do the
        sanity checks more often than at 10 days per year. 
     2. One 'topic of expertise' needed for DR

I can't think of more right now, but maybe my mind is a little
biased ;-)

HTH

Best regards,

Carel-Jan Engel

===
If you think education is expensive, try ignorance. (Derek Bok)
===

On Wed, 2007-09-12 at 14:52 -0700, Binh Pham wrote:

> Any one who has used Veritas Volume Replicator in place of DataGuard for
> disaster recovery or failover setups?
> 
> Any issues or problems? Pro's and con's?
> 
> Thanks.
> 
> --
> http://www.freelists.org/webpage/oracle-l
> 
> 



--=-TRF1IRxz+SNsG8FyRTP4
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 7bit

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
  <META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
  <META NAME="GENERATOR" CONTENT="GtkHTML/3.6.1">
</HEAD>
<BODY>
Hi Binh,<BR>
<BR>
In my opinion, there are numerous arguments to favour Data Guard over disk/san/volume replication. Just to mention a few: 
<OL TYPE=1>
    <LI TYPE=1 VALUE=1>Much less bandwidth reuired: just redo vectors get sent over, not a full block/cluster/track for every redo wrtite, data file write, archive write, control file write....... 
    <LI TYPE=1 VALUE=2>Configuring a delay in applying archives at the DR site protects for 'logical' errors as well. That has saved some asses of customers in the past 
    <LI TYPE=1 VALUE=3>Applying the archives at the standby implies a sanity check of the archives themselves: a bit fallen over (whatever rare it is) in a disk block gets detected. 
    <LI TYPE=1 VALUE=4>Independency of storage architecture: you can afford to have a smaller/slower/older SAN at the DR site, as long as you can store all database files. You can even afford to have no SAN but JBOD/NAS/DAS at the DR site, or just no SAN at all at both ends. 
</OL>
Of course there are some arguments in favour of disk/san/volume replication as well: 
<OL TYPE=1>
    <LI TYPE=1 VALUE=1>No Oracle license required at the DR site if you do not do the sanity checks more often than at 10 days per year. 
    <LI TYPE=1 VALUE=2>One 'topic of expertise' needed for DR
</OL>
I can't think of more right now, but maybe my mind is a little biased ;-)<BR>
<BR>
HTH<BR>
<BR>
<TABLE CELLSPACING="0" CELLPADDING="0" WIDTH="100%">
<TR>
<TD>
Best regards,<BR>
<BR>
Carel-Jan Engel<BR>
<BR>
===<BR>
If you think education is expensive, try ignorance. (Derek Bok)<BR>
===
</TD>
</TR>
</TABLE>
<BR>
On Wed, 2007-09-12 at 14:52 -0700, Binh Pham wrote:
<BLOCKQUOTE TYPE=CITE>
<PRE>
<FONT COLOR="#000000">Any one who has used Veritas Volume Replicator in place of DataGuard for</FONT>
<FONT COLOR="#000000">disaster recovery or failover setups?</FONT>

<FONT COLOR="#000000">Any issues or problems? Pro's and con's?</FONT>

<FONT COLOR="#000000">Thanks.</FONT>

<FONT COLOR="#000000">--</FONT>
<FONT COLOR="#000000"><A HREF="http://www.freelists.org/webpage/oracle-l">http://www.freelists.org/webpage/oracle-l</A></FONT>


</PRE>
</BLOCKQUOTE>
<BR>
</BODY>
</HTML>

--=-TRF1IRxz+SNsG8FyRTP4--

--
http://www.freelists.org/webpage/oracle-l


