Return-Path: Delivered-To: 2-oracle-l@orafaq.com Received: (qmail 5350 invoked from network); 19 Dec 2007 15:17:59 -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; 19 Dec 2007 15:17:59 -0600 Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 692A07DC01F; Wed, 19 Dec 2007 16:17:59 -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 07197-09; Wed, 19 Dec 2007 16:17:59 -0500 (EST) Received: from turing (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id D5F497DBF9A; Wed, 19 Dec 2007 16:17:58 -0500 (EST) Received: with ECARTIS (v1.0.0; list oracle-l); Wed, 19 Dec 2007 15:30:33 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 676D97DC1D5 for ; Wed, 19 Dec 2007 15:30:33 -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 27498-04 for ; Wed, 19 Dec 2007 15:30:33 -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 1F90C7DBF7F for ; Wed, 19 Dec 2007 15:30:33 -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 lBJKUS56092368; Wed, 19 Dec 2007 12:30: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; Wed, 19 Dec 2007 12:30:28 -0800 (PST) Message-ID: <34887.209.244.4.106.1198096228.squirrel@webmail.quasardb.com> In-Reply-To: References: Date: Wed, 19 Dec 2007 12:30:28 -0800 (PST) Subject: Re: rman parallel processes From: krish.hariharan@quasardb.com To: joe_dba@hotmail.com Cc: 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: 4024 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: List-unsubscribe: List-software: Ecartis version 1.0.0 List-Id: oracle-l X-List-ID: oracle-l List-subscribe: List-owner: List-post: List-archive: X-list: oracle-l X-Virus-Scanned: Debian amavisd-new at localhost.localdomain I haven't used configured backups but I will try and answer it from the point of view of how I have managed backup performance for large databases. I use three key indicators 1. Agreed/Advertised SLAs on MTTR 2. Load placed during the read that constrict other concurrent activity 3. Available resources during the write I tend to lean towards keeping the write pipeline reasonably full without introducing thrashing and stay within those norms with a bit of head room for unforseen growth. For example you could use mkfile to test the capabilities of the write target -Krish -- http://www.freelists.org/webpage/oracle-l