Return-Path: <oracle-l-bounce@freelists.org>
Delivered-To: 2-oracle-l@orafaq.com
Received: (qmail 4063 invoked from network); 17 Mar 2008 17:35:45 -0500
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; 17 Mar 2008 17:35:44 -0500
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 90BAF826656;
 Mon, 17 Mar 2008 18:35:44 -0400 (EDT)
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 15455-04; Mon, 17 Mar 2008 18:35:44 -0400 (EDT)
Received: from turing (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 0C7E48267ED;
 Mon, 17 Mar 2008 18:35:44 -0400 (EDT)
Received: with ECARTIS (v1.0.0; list oracle-l); Mon, 17 Mar 2008 17:59:17 -0400 (EDT)
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id E51AF826800
 for <oracle-l@freelists.org>; Mon, 17 Mar 2008 17:59:16 -0400 (EDT)
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 11384-02 for <oracle-l@freelists.org>;
 Mon, 17 Mar 2008 17:59:16 -0400 (EDT)
Received: from warsaw.ucdavis.edu (warsaw.ucdavis.edu [128.120.32.41])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id C0BD98267A5
 for <oracle-l@freelists.org>; Mon, 17 Mar 2008 17:59:07 -0400 (EDT)
Received: from VEXBE2.ex.ad3.ucdavis.edu (exbe2.ucdavis.edu [169.237.229.69])
 by warsaw.ucdavis.edu (8.13.7/8.13.1/it-defang-5.4.0) with ESMTP id m2HLwwDh013235
 for <oracle-l@freelists.org>; Mon, 17 Mar 2008 14:58:58 -0700 (PDT)
X-MimeOLE: Produced By Microsoft Exchange V6.5
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by Ecartis
x-cr-puzzleid: {A04A9287-C68D-41F4-8F2B-9846D2039818}
x-cr-hashedpuzzle: qkU= ANg+ AY3c BHU6 B8G9 Cb2N Etsj I3y/ JnYH JotX Kjge LYRW Li/e L6ku MGHp MHus;1;bwByAGEAYwBsAGUALQBsAEAAZgByAGUAZQBsAGkAcwB0AHMALgBvAHIAZwA=;Sosha1_v1;7;{A04A9287-C68D-41F4-8F2B-9846D2039818};dwBqAHcAYQBnAG0AYQBuAEAAdQBjAGQAYQB2AGkAcwAuAGUAZAB1AA==;Mon, 17 Mar 2008 21:58:54 GMT;UQB1AGUAcwB0AGkAbwBuACAAcgBlACAARABhAHQAYQBHAHUAYQByAGQA
Content-class: urn:content-classes:message
Subject: Question re DataGuard
Date: Mon, 17 Mar 2008 14:58:54 -0700
Message-ID: <FE043305B38A0F448F3924429D650C2A06CBBC25@VEXBE2.ex.ad3.ucdavis.edu>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: Question re DataGuard
From: "William Wagman" <wjwagman@ucdavis.edu>
To: "ORACLE-L" <oracle-l@freelists.org>
X-Virus-Status: Clean
X-Scanned-By: MIMEDefang 2.57 on 128.120.32.41
X-archive-position: 6319
X-ecartis-version: Ecartis v1.0.0
Sender: oracle-l-bounce@freelists.org
Errors-to: oracle-l-bounce@freelists.org
X-original-sender: wjwagman@ucdavis.edu
Precedence: normal
Reply-to: wjwagman@ucdavis.edu
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

Greetings,

I am new to Data Guard. I'm running Oracle 10.2.0.3.0 EE on 64-bit
Windows Server 2003. I understand that the command

SQL> alter database recover managed standby database disconnect;

begins the managed recovery process when the standby is first created.
My question, does the managed recovery process persist through a restart
of the standby database? I am assuming it does but don't know how to
determine that. That is my second question, Is there a way other than
querying the v$archived_log view to determine if the managed recovery
process is in fact running? Lastly, what are the ramification, if any,
of issuing the command if the managed recovery process has already been
started. I just restarted the standby database (unfortunately I issued
the command before testing the status of the archived logs, I suppose I
could do it again) at which time I issued the command and the response
was database altered. I haven't really been able to find an answer to
this question anywhere.

Thanks in advance.

Bill Wagman
Univ. of California at Davis
IET Campus Data Center
wjwagman@ucdavis.edu
(530) 754-6208

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


