Return-Path: <oracle-l-bounce@freelists.org>
Delivered-To: 2-oracle-l@orafaq.com
Received: (qmail 15590 invoked from network); 12 Dec 2006 15:57:04 -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 15:57:01 -0600
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 3DC81568E78;
 Tue, 12 Dec 2006 16:55:42 -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 07041-02; Tue, 12 Dec 2006 16:55:42 -0500 (EST)
Received: from turing (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 954CF568E2C;
 Tue, 12 Dec 2006 16:55:40 -0500 (EST)
Received: with ECARTIS (v1.0.0; list oracle-l); Tue, 12 Dec 2006 16:54:37 -0500 (EST)
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 26210568D1D
 for <oracle-l@freelists.org>; Tue, 12 Dec 2006 16:54:37 -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 06512-07-3 for <oracle-l@freelists.org>;
 Tue, 12 Dec 2006 16:54:37 -0500 (EST)
Received: from www1.vatera.hu (www1.vatera.hu [217.113.62.70])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id C4FC8568D26
 for <oracle-l@freelists.org>; Tue, 12 Dec 2006 16:54:32 -0500 (EST)
Received: from www1.vatera.hu (www1.vatera.hu [127.0.0.1])
 by www1.vatera.hu (8.13.4/8.13.4/Debian-3sarge3) with ESMTP id kBCLtJdV006585
 for <oracle-l@freelists.org>; Tue, 12 Dec 2006 22:55:19 +0100
Received: from localhost (vlajos@localhost)
 by www1.vatera.hu (8.13.4/8.13.4/Submit) with ESMTP id kBCLtJ4o006580
 for <oracle-l@freelists.org>; Tue, 12 Dec 2006 22:55:19 +0100
Date: Tue, 12 Dec 2006 22:55:19 +0100 (CET)
From: Veres Lajos <vlajos@ludens.elte.hu>
To: oracle-l@freelists.org
Subject: Re: dataguard
In-Reply-To: <11649459.1165951820826.JavaMail.root@fed1wml04.mgt.cox.net>
Message-ID: <Pine.LNX.4.62.0612122245570.2679@www1.vatera.hu>
References: <11649459.1165951820826.JavaMail.root@fed1wml04.mgt.cox.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
X-archive-position: 43083
X-ecartis-version: Ecartis v1.0.0
Sender: oracle-l-bounce@freelists.org
Errors-to: oracle-l-bounce@freelists.org
X-original-sender: vlajos@ludens.elte.hu
Precedence: normal
Reply-to: vlajos@ludens.elte.hu
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

On Tue, 12 Dec 2006, Sam Chakkanat wrote:

> Veres,

Thanks for your response.

>
> What is size of your application?  How many tables? volume.  Depending, Oracle Streams may also be an option.

Rman dump is about 3 G.
Exp dump~ 1.8 G.
We have 70-80 tables.
Most of selects uses a single (products) table.
If we could spread the queries against that table that would be a big 
gain too.

> But DML redirect to master only may need some work, if application cannot support that. (or use specific service names for application? )

I think we can modify our application. This isnt a big issue.

>
> 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".

There is any way to apply the logs continually and meantime read from the 
standby database?
Or this operations exclude the other?

>
> 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
>>
>>
>
>

-- 
Veres Lajos
vlajos@ludens.elte.hu
+36 20 438 5909
--
http://www.freelists.org/webpage/oracle-l


