Return-Path: <oracle-l-bounce@freelists.org>
Delivered-To: 2-oracle-l@orafaq.com
Received: (qmail 22098 invoked from network); 12 Dec 2006 13:31:26 -0600
Received: from freelists-180.iquest.net (HELO turing.freelists.org) (206.53.239.180)
  by 69.64.49.119 with SMTP; 12 Dec 2006 13:31:26 -0600
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 81713568324;
 Tue, 12 Dec 2006 14:30:31 -0500 (EST)
Received: from turing.freelists.org ([127.0.0.1])
 by localhost (turing [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id 27718-07; Tue, 12 Dec 2006 14:30:31 -0500 (EST)
Received: from turing (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 056C556831D;
 Tue, 12 Dec 2006 14:30:30 -0500 (EST)
Received: with ECARTIS (v1.0.0; list oracle-l); Tue, 12 Dec 2006 14:29:27 -0500 (EST)
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id AF957568213
 for <oracle-l@freelists.org>; Tue, 12 Dec 2006 14:29:27 -0500 (EST)
Received: from turing.freelists.org ([127.0.0.1])
 by localhost (turing [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id 27380-04 for <oracle-l@freelists.org>;
 Tue, 12 Dec 2006 14:29:27 -0500 (EST)
Received: from fed1rmmtao12.cox.net (fed1rmmtao12.cox.net [68.230.241.27])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 7534B5681EA
 for <oracle-l@freelists.org>; Tue, 12 Dec 2006 14:29:26 -0500 (EST)
Received: from fed1wml04.mgt.cox.net ([172.18.180.10])
          by fed1rmmtao12.cox.net
          (InterMail vM.6.01.06.03 201-2131-130-104-20060516) with ESMTP
          id <20061212193020.NLJL4226.fed1rmmtao12.cox.net@fed1wml04.mgt.cox.net>;
          Tue, 12 Dec 2006 14:30:20 -0500
Received: 
Message-ID: <11649459.1165951820826.JavaMail.root@fed1wml04.mgt.cox.net>
Date: Tue, 12 Dec 2006 11:30:20 -0800
From: Sam Chakkanat <cvsam@cox.net>
To: oracle-l@freelists.org, vlajos@ludens.elte.hu
Subject: Re: dataguard
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Sensitivity: Normal
X-archive-position: 43066
X-ecartis-version: Ecartis v1.0.0
Sender: oracle-l-bounce@freelists.org
Errors-to: oracle-l-bounce@freelists.org
X-original-sender: cvsam@cox.net
Precedence: normal
Reply-to: cvsam@cox.net
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: by amavisd-new-20030616-p10 (Debian) at avenirtech.net

Veres,

What is size of your application?  How many tables? volume.  Depending, Oracle Streams may also be an option.
But DML redirect to master only may need some work, if application cannot support that. (or use specific service names for application? )

Your standby database can be logical/physical depending upon the application and the business need. And you could
defer the apply at the standby to leverage the stand by server as a "read only".

Hope this helps.

Sam Chakkanat

---- Veres Lajos <vlajos@ludens.elte.hu> wrote: 
> Hello,
> 
> (I never used dataguard before. Sorry for my lame questions.)
> 
> Is it possible to syncronize nearly on-line and use the "backup" database 
> as a select-only node with loadbalancing?
> Our system is 99% read-only. Dataguard seems to be good for 
> redundancy/failsafe, but it would be great if we could use the "backup" 
> machines CPU too.
> 
> TNS can spreads SELECTs between the two nodes, and redirect DMLs to 
> only the master?
> (Isnt a big problem if TNS cant, then the applications DB layer 
> should do it.)
> 
> Other solution could be a Master->Slave replication, but I think it 
> wont be as solid.
> 
> Exists any other Oracle solution for "cumulate computers power"?
> I heard about RAC, but seems a bit expensive for us. (Shared storage)
> 
> Any comment, experience, suggestion, (rtfm keyword) would be really
> appreciated.
> 
> Thanks.
> -- 
> Veres Lajos
> vlajos@ludens.elte.hu
> +36 20 438 5909
> --
> http://www.freelists.org/webpage/oracle-l
> 
> 

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


