Return-Path: <oracle-l-bounce@freelists.org>
Delivered-To: 2-oracle-l@orafaq.com
Received: (qmail 19640 invoked from network); 16 Dec 2007 10:14:10 -0600
Received: from freelists-180.iquest.net (HELO turing.freelists.org) (206.53.239.180)
  by static-ip-69-64-49-119.inaddr.intergenia.de with SMTP; 16 Dec 2007 10:14:10 -0600
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 7B2247D98D1;
 Sun, 16 Dec 2007 11:14:10 -0500 (EST)
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 12472-04; Sun, 16 Dec 2007 11:14:10 -0500 (EST)
Received: from turing (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id E02547D9924;
 Sun, 16 Dec 2007 11:14:09 -0500 (EST)
Received: with ECARTIS (v1.0.0; list oracle-l); Sun, 16 Dec 2007 10:26:45 -0500 (EST)
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 26C017D93FD
 for <oracle-l@freelists.org>; Sun, 16 Dec 2007 10:26:45 -0500 (EST)
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 02650-10 for <oracle-l@freelists.org>;
 Sun, 16 Dec 2007 10:26:45 -0500 (EST)
Received: from smtp4.poczta.interia.pl (smtp35.poczta.interia.pl [80.48.65.35])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id D8C6C7D92A7
 for <oracle-l@freelists.org>; Sun, 16 Dec 2007 10:26:44 -0500 (EST)
Received: by smtp4.poczta.interia.pl (INTERIA.PL, from userid 502)
 id 20AC8F8722; Sun, 16 Dec 2007 16:26:44 +0100 (CET)
Received: from poczta.interia.pl (mi02.poczta.interia.pl [10.217.12.2])
 by smtp4.poczta.interia.pl (INTERIA.PL) with ESMTP id B6759F87CE;
 Sun, 16 Dec 2007 16:26:43 +0100 (CET)
Received: by poczta.interia.pl (INTERIA.PL, from userid 502)
 id 79AB12BF723; Sun, 16 Dec 2007 16:26:43 +0100 (CET)
Received: from [127.0.0.1] (chello083144097163.chello.pl [83.144.97.163])
 by poczta.interia.pl (INTERIA.PL) with ESMTP id 045B72BF6DE;
 Sun, 16 Dec 2007 16:26:41 +0100 (CET)
Message-ID: <476543A4.9020405@interia.pl>
Date: Sun, 16 Dec 2007 16:26:28 +0100
From: Grzegorz Goryszewski <grzegorzof@interia.pl>
User-Agent: Thunderbird 2.0.0.9 (Windows/20071031)
MIME-Version: 1.0
To: sacrophyte@gmail.com
Cc: oracle-l@freelists.org
Subject: Re: does FRA is really needed ?
References: <916349.5896.qm@web58006.mail.re3.yahoo.com>	 <4025610e0712150927l31a88113o36cc4aac77056c69@mail.gmail.com>	 <476511C6.3070709@interia.pl> <7b8774110712160501k7cf8d570ic6dd587c98e00774@mail.gmail.com>
In-Reply-To: <7b8774110712160501k7cf8d570ic6dd587c98e00774@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
X-Antivirus: avast! (VPS 071216-0, 2007-12-16), Outbound message
X-Antivirus-Status: Clean
X-EMID: 5eb76acc
X-archive-position: 3956
X-ecartis-version: Ecartis v1.0.0
Sender: oracle-l-bounce@freelists.org
Errors-to: oracle-l-bounce@freelists.org
X-original-sender: grzegorzof@interia.pl
Precedence: normal
Reply-to: grzegorzof@interia.pl
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

Thank You for quick responses. My main goal is making DG configuration 
for about 1TB no RAC data warehouse.
Currently I dont have FRA, and really dont want to have :) because the 
FRA involves direct tape
backups, needs additional space requirements, and people training, 
moreover You can
make your Oracle to hang when there is no space in FRA.
As You've written and I understand FRA is needed for 'soft' switching 
from failover configuration
to primary one. (You dont need to resinstantiate database).
My main concern is amount of redolog volume generated (like 100GB per hour).
So far I've got many nologging operations, but when DG comes no more
nologging tricks. As I've been told 100MB bandwidth is no problem so
its only a matter of testing :).
The most important for me is making switchover/failover as simple as
possible hence I'm going for EM Grid Control GUI, with fully clickable 
solution.
So far I've got no DG experience besides of Oracle training which is 
focused on Grid Control
interface and leaves with no CLI practise. And the funniest thing is 
that there is need to make
configuration fully runnable till the end of the Year :).
Regards.
Grzegorz





----------------------------------------------------------------------
Tysiace smiesznych filmikow z sieci. 
Sprawdz >> http://link.interia.pl/f1ca7

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


