Return-Path: <oracle-l-bounce@freelists.org>
Delivered-To: 2-oracle-l@orafaq.com
Received: (qmail 28706 invoked from network); 3 Dec 2007 18:24:38 -0600
Received: from freelists-180.iquest.net (HELO turing.freelists.org) (206.53.239.180)
  by 69.64.49.119 with SMTP; 3 Dec 2007 18:24:36 -0600
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id CD6647D0826;
 Mon,  3 Dec 2007 19:23:50 -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 20909-07; Mon, 3 Dec 2007 19:23:50 -0500 (EST)
Received: from turing (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 47BA57D03EB;
 Mon,  3 Dec 2007 19:23:50 -0500 (EST)
Received: with ECARTIS (v1.0.0; list oracle-l); Mon, 03 Dec 2007 19:21:42 -0500 (EST)
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 92CCF7D04A8
 for <oracle-l@freelists.org>; Mon,  3 Dec 2007 19:21:42 -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 20558-05 for <oracle-l@freelists.org>;
 Mon, 3 Dec 2007 19:21:42 -0500 (EST)
Received: from webmail1.abac.com (webmail1.abac.com [216.55.191.200])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 476DD7D0558
 for <oracle-l@freelists.org>; Mon,  3 Dec 2007 19:21:37 -0500 (EST)
Received: from webmail.quasardb.com (localhost.abac.com [127.0.0.1])
 by webmail1.abac.com (8.13.8/8.13.8) with ESMTP id lB40LRhg072161;
 Mon, 3 Dec 2007 16:21:28 -0800 (PST)
 (envelope-from krish.hariharan@quasardb.com)
Received: from 209.244.4.106
        (SquirrelMail authenticated user krish.hariharan@quasardb.com)
        by webmail.quasardb.com with HTTP;
        Mon, 3 Dec 2007 16:21:28 -0800 (PST)
Message-ID: <30353.209.244.4.106.1196727688.squirrel@webmail.quasardb.com>
In-Reply-To: <716f7a630712030824h4fa7d2e8pa07617a2bd300506@mail.gmail.com>
References: <716f7a630711151453x1d0a6ab7mde54091bac5fe01a@mail.gmail.com>
    <255147.55876.qm@web38904.mail.mud.yahoo.com>
    <716f7a630711152227v7f1dbe4el96faf70e9f20a8de@mail.gmail.com>
    <a9c093440711160047q2d390886x55baeddab29d9da7@mail.gmail.com>
    <716f7a630711161422i5406a2e9nbcf080b229012e5f@mail.gmail.com>
    <cf3341710711250758n7e512b7en547e41495b23c4b1@mail.gmail.com>
    <006201c8311e$d0efb750$6401a8c0@BHAIRAVIPC01>
    <716f7a630712030824h4fa7d2e8pa07617a2bd300506@mail.gmail.com>
Date: Mon, 3 Dec 2007 16:21:28 -0800 (PST)
Subject: Re: Tuning RMAN backup and recovery
From: krish.hariharan@quasardb.com
To: don@seiler.us
Cc: krish.hariharan@quasardb.com, pythianbrinsmead@gmail.com,
        "Greg Rahn" <greg@structureddata.org>,
        "Robert Freeman" <robertgfreeman@yahoo.com>,
        "Oracle-L Freelists" <oracle-l@freelists.org>
User-Agent: SquirrelMail/1.4.10a
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
X-Spam-Score: 0.648 (NO_REAL_NAME,SPF_HELO_PASS,SPF_PASS)
X-archive-position: 3687
X-ecartis-version: Ecartis v1.0.0
Sender: oracle-l-bounce@freelists.org
Errors-to: oracle-l-bounce@freelists.org
X-original-sender: krish.hariharan@quasardb.com
Precedence: normal
Reply-to: krish.hariharan@quasardb.com
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

Don,

Sorry, I did not realize that you had sent this to me and not to the
group. Two things. In your case I think you are constrained by speed and
you can try to overcome by using more channels to increase your
throughput.

The channel processes are not going to be writing all the time there are
going to be bottlenecks. Therefore having more channels may be ok to the
extent that you don't compete wiht yourself.

You should use the metrics associated with io such as service time and the
time it takes to execute your backup as a measure for how to design this.
As was discussed in this thread you are going to be constrained by the
theoretical maximum of the choice you make (raid 0+1 vs raid 5 for
example)

In your case however, the disk optimizations are not likely to help since
you are not io constrained.

Regards,
-Krish

> So if I have just the one /rman LUN, does it even make sense to have
> more than 1 channel, even if /rman is on its own spindles?  What about
> the fact that the LUN is made up multiple disks sliced and diced (e.g.
> a 3D+3P raid group)?
>
> --
> Don Seiler
> http://seilerwerks.wordpress.com
> ultimate: http://www.mufc.us
> --
> http://www.freelists.org/webpage/oracle-l
>
>
>


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


