From oracle-l-bounce@freelists.org Mon Sep 27 12:18:52 2004 Return-Path: Received: from air189.startdedicated.com (root@localhost) by orafaq.com (8.11.6/8.11.6) with ESMTP id i8RHIpe32490 for ; Mon, 27 Sep 2004 12:18:51 -0500 X-ClientAddr: 206.53.239.180 Received: from turing.freelists.org (freelists-180.iquest.net [206.53.239.180]) by air189.startdedicated.com (8.11.6/8.11.6) with ESMTP id i8RHImI32481 for ; Mon, 27 Sep 2004 12:18:48 -0500 Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 19A4372CA79; Mon, 27 Sep 2004 12:24:49 -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 19853-71; Mon, 27 Sep 2004 12:24:48 -0500 (EST) Received: from turing (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 8E02372CA5E; Mon, 27 Sep 2004 12:24:44 -0500 (EST) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: RMAN performance problems Date: Mon, 27 Sep 2004 10:23:02 -0700 Message-ID: <492F4322B62F3C4CBA5131524867C8E40206A1@ussunex1.palmsource.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: RMAN performance problems Thread-Index: AcSktqS1y4mrPkA7RzqFI9cLfe1XFQ== From: "Randy Samberg" To: X-OriginalArrivalTime: 27 Sep 2004 17:23:03.0070 (UTC) FILETIME=[A4E523E0:01C4A4B6] X-archive-position: 10208 X-ecartis-version: Ecartis v1.0.0 Sender: oracle-l-bounce@freelists.org Errors-To: oracle-l-bounce@freelists.org X-original-sender: Randy.Samberg@palmsource.com Precedence: normal Reply-To: Randy.Samberg@palmsource.com X-list: oracle-l X-Virus-Scanned: by amavisd-new at freelists.org I was wondering if anyone can give me some suggestions on an RMAN = performance problem we are having. Every time our RMAN backups run, we = have performance problems with slow logins to one of our databases, = which lasts approximately 1 to 4 minutes. Due to the fact that the = problem, and the recovery from the problem happens so quickly, it is = difficult to pin down. I would appreciate any suggestions on how to = capture this problem in such a short time. Has anyone experienced = performance problems when RMAN backups run? Thank you, Randy -- http://www.freelists.org/webpage/oracle-l