Return-Path: <oracle-l-bounce@freelists.org>
X-Original-To: oracle-l@orafaq.com
Delivered-To: oracle-l@orafaq.com
Received: from smtp-aa.freelists.org (smtp-aa.freelists.org [23.23.80.81])
 by malta2546.startdedicated.com (Postfix) with ESMTPS id DD28110034079A
 for <oracle-l@orafaq.com>; Tue,  2 Feb 2021 19:26:34 +0100 (CET)
Received: from turing.freelists.org (ip-10-0-0-164.ec2.internal [10.0.0.164])
 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
	 key-exchange X25519 server-signature RSA-PSS (2048 bits))
 (No client certificate requested)
 by smtp-aa.freelists.org (Avenir Technologies Mail Multiplex) with ESMTPS id 8E18D4444E;
 Tue,  2 Feb 2021 18:26:30 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Postfix) with ESMTP id 755543F85E;
 Tue,  2 Feb 2021 18:26:30 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=freelists.org;
 s=turing; t=1612290390;
 bh=5wpPZvzfOCq01SfQfcmMU/ynukJfx+xA28qVfgiTjH8=;
 h=From:Sender:Sender:From;
 b=ZcYNqpZ6TsujPItV3l/hQ6+M4NdCmPZ+xR5OCFNHkSfUH1wpjBELxNIRRgza5YSA5
	 UyNEwS0/74Ak2TjTHv66TeWVtneDl40VbfV9pzEwlLb3L7BcHoMUH5Fy+TJSaCxCwm
	 QRFUg3r/2MOpo26dza7GIU9PmJTh2bliUkEQcYPc=
X-Virus-Scanned: by FreeLists at turing2.freelists.org
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 0DD5zv2ocTQO; Tue,  2 Feb 2021 18:26:30 +0000 (UTC)
Received: from turing.freelists.org (localhost [127.0.0.1])
 by turing.freelists.org (Postfix) with ESMTP id 063123F96B;
 Tue,  2 Feb 2021 18:26:27 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=freelists.org;
 s=turing; t=1612290388;
 bh=5wpPZvzfOCq01SfQfcmMU/ynukJfx+xA28qVfgiTjH8=;
 h=From:Sender:Sender:From;
 b=by9Xm5+XOBXwhZAKcbJX4YCjJGQ5aZUssQ1aApS6315z+OAaRoHKf5aEe8XHOcZa0
	 ii5agY5uYr28QyKa7XkGOogSgxp+MQAdvVNNbuhi1RHKrVZniJnVkW8CWn5QOXrV9L
	 5sG6uDGN4/EXkN8KD5uQUFtN8UDlu/O4DR+wh7no=
Received: with ECARTIS (v1.0.0; list oracle-l); Tue, 02 Feb 2021 18:26:25 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Postfix) with ESMTP id B58FF3F85E
 for <oracle-l@freelists.org>; Tue,  2 Feb 2021 18:26:25 +0000 (UTC)
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 GcInltjgMXGY for <oracle-l@freelists.org>;
 Tue,  2 Feb 2021 18:26:25 +0000 (UTC)
Received: from mail3.1001111.com (mail3.1001111.com [209.141.41.131])
 by turing.freelists.org (Postfix) with ESMTP id 77D373F844
 for <oracle-l@freelists.org>; Tue,  2 Feb 2021 18:26:25 +0000 (UTC)
Received: from [192.168.0.13] (S01061c1b689d4f4d.cg.shawcable.net [68.147.82.245])
 by mail3.1001111.com (Postfix) with ESMTPSA id AE7E27FC
 for <oracle-l@freelists.org>; Tue,  2 Feb 2021 10:26:24 -0800 (PST)
To: oracle-l@freelists.org
From: Dave Morgan <oracle@1001111.com>
Subject: Database Incarnations
Message-ID: <9f93a585-0d4f-c87b-d215-aa6477b5b1ba@1001111.com>
Date: Tue, 2 Feb 2021 11:26:23 -0700
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101
 Thunderbird/68.12.0
MIME-Version: 1.0
Content-Type: multipart/alternative;
 boundary="------------239AF223EDBCA883223925B1"
Content-Language: en-US
X-archive-position: 78839
X-ecartis-version: Ecartis v1.0.0
Sender: oracle-l-bounce@freelists.org
Errors-to: oracle-l-bounce@freelists.org
X-original-sender: oracle@1001111.com
Precedence: normal
Reply-To: oracle@1001111.com
List-Help: <mailto:ecartis@freelists.org?Subject=help>
List-Unsubscribe: <mailto: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: <mailto:oracle-l-request@freelists.org?Subject=subscribe>
List-Owner: <mailto:>
List-post: <mailto:oracle-l@freelists.org>
List-Archive: <http://www.freelists.org/archives/oracle-l>
X-list: oracle-l
--------------239AF223EDBCA883223925B1
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit

Hello All,
     I have a question about where the database stores Incarnation data. 
The background: As a hot backup my client uses
archive log shipping and application to a database that is not open, but 
is mounted. On Windows using 11.2.0.3

During a series of hardware failures we failed over, were still impacted 
by the underlying issue and so re-opened the original
copy. Since this is in 11.2.0.3 the failure required an open database 
resetlogs despite full recovery being performed (known bug)

Once life is good again I have to rebuild the hot standby. I do this by 
blowing it away completely (datafiles, redo, control files) and
perform a controlfile restore and then a database restore. At this time 
when  I try to apply archivelog files it says "Sorry
your system file 0001 is from an orphan incarnation". Sure enough the 
hot standby is +1 ahead of production. The fix is trivial but
how does the database know this? The manual says V$DATABASE displays 
information from the control file but the control file is
from production which knows nothing about the extra open and incarnation 
on the hot backup.

|RECOVERY_TARGET_INCARNATION# |Incarnation number where all data files 
are recovered by the |RECOVER DATABASE| command
|LAST_OPEN_INCARNATION#| Record number of the incarnation in 
|V$DATABASE_INCARNATION| that was last opened successfully --

I can find no information on where v$database_incarnation gets its data 
and the only table with INCARNATION in its name is
RECENT_RESOURCE_INCARNATIONS$ which has NULL for TABLESPACE_NAME in 
DBA_TABLES.

If it's not in any tablespace, and not in the controlfile where is it 
stored?

Any ideas or even better knowledge?

TIA
Dave

Dave Morgan
Senior Consultant, 1001111 Alberta Limited
dave.morgan@1001111.com
403 399 2442


--------------239AF223EDBCA883223925B1
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 8bit

<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=UTF-8">
  </head>
  <body text="#000000" bgcolor="#ffffff">
    Hello All,<br>
        I have a question about where the database stores Incarnation
    data. The background: As a hot backup my client uses<br>
    archive log shipping and application to a database that is not open,
    but is mounted. On Windows using 11.2.0.3 <br>
    <br>
    During a series of hardware failures we failed over, were still
    impacted by the underlying issue and so re-opened the original<br>
    copy. Since this is in 11.2.0.3 the failure required an open
    database resetlogs despite full recovery being performed (known bug)<br>
    <br>
    Once life is good again I have to rebuild the hot standby. I do this
    by blowing it away completely (datafiles, redo, control files) and<br>
    perform a controlfile restore and then a database restore. At this
    time when  I try to apply archivelog files it says "Sorry<br>
    your system file 0001 is from an orphan incarnation". Sure enough
    the hot standby is +1 ahead of production. The fix is trivial but<br>
    how does the database know this? The manual says V$DATABASE displays
    information from the control file but the control file is <br>
    from production which knows nothing about the extra open and
    incarnation on the hot backup.<br>
    <br>
    <code class="codeph">RECOVERY_TARGET_INCARNATION#    </code>Incarnation
    number where all data files are recovered by the <code
      class="codeph">RECOVER DATABASE</code> command <br>
    <code class="codeph">LAST_OPEN_INCARNATION#</code>                
    Record number of the incarnation in <code class="codeph">V$DATABASE_INCARNATION</code>
    that was last opened successfully --<br>
    <br>
    I can find no information on where v$database_incarnation gets its
    data and the only table with INCARNATION in its name is<br>
    RECENT_RESOURCE_INCARNATIONS$ which has NULL for TABLESPACE_NAME in
    DBA_TABLES.<br>
    <br>
    If it's not in any tablespace, and not in the controlfile where is
    it stored?<br>
    <br>
    Any ideas or even better knowledge?<br>
    <br>
    TIA<br>
    Dave<br>
    <br>
    <pre class="moz-signature" cols="72">Dave Morgan
Senior Consultant, 1001111 Alberta Limited
<a class="moz-txt-link-abbreviated" href="mailto:dave.morgan@1001111.com">dave.morgan@1001111.com</a>
403 399 2442
</pre>
  </body>
</html>

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


