RE: Interesting RMAN duplicate problem.

From: "Dunbar, Norman" <norman.dunbar@xxxxxxxxxxxxxxxxxxxxxxxxx>
To: <pjhoraclel@xxxxxxxxx>, "oracle-l" <oracle-l@xxxxxxxxxxxxx>
Date: Wed, 27 Jan 2010 14:08:19 -0000
Hi Pete,

>> So you are saying all of the datafiles are at the same SCN?
Yes I am, as the following query - run on the clone - shows:


SQL> select status, checkpoint_change#,
  2         to_char(checkpoint_time, 'DD-MON-YYYY HH24:MI:SS') as
checkpoint_time,
  3         count(*)
  4  from v$datafile_header
  5  group by status, checkpoint_change#, checkpoint_time
  6  order by status, checkpoint_change#, checkpoint_time;

STATUS  CHECKPOINT_CHANGE# CHECKPOINT_TIME
COUNT(*)
------- ------------------
------------------------------------------------------------------------
--- ----------
ONLINE          3395213436 13-OCT-2009 16:11:16
26

(hopefully that won't get mangled in the post.)

All 26 files are at the same SCN, checkpoint and status.



>> If you took a hot backup, that would be possible if there 
>> was no db activity while it was going on, but even so maybe 
>> Oracle "knows" in some other way that it was an inconsistent 
>> backup (some kind of marker in the file headers) and needs 
>> to apply the next archive log number that was current during 
>> the backup. 
I have all the archivelogs taken while the backup was running - they
were all dumped (by RMAN) afterwards as well.

>> Since 9i rmans default action is to switch 
>> logfiles during the backup, so that changes going on during 
>> it are caught. If you do not have those logs, it may be hard 
>> to get the database open.
I'm afraid that this is most likely the case. I have restarted the clone
from the backup stage this time. Another 40- off hours will tell is I
giot it right or not!


Cheers,
Norman.


Norman Dunbar
Contract Oracle DBA
CIS Engineering Services
Internal : 7 28 2051
External : 0113 231 2051


Information in this message may be confidential and may be legally privileged. 
If you have received this message by mistake, please notify the sender 
immediately, delete it and do not copy it to anyone else.   We have checked 
this email and its attachments for viruses. But you should still check any 
attachment before opening it. We may have to make this message and any reply to 
it public if asked to under the Freedom of Information Act, Data Protection Act 
or for litigation.  Email messages and attachments sent to or from any 
Environment Agency address may also be accessed by someone other than the 
sender or recipient, for business purposes.  If we have sent you information 
and you wish to use it please read our terms and conditions which you can get 
by calling us on 08708 506 506.  Find out more about the Environment Agency at 
www.environment-agency.gov.uk

Information in this message may be confidential and may be legally privileged. 
If you have received this message by mistake, please notify the sender 
immediately, delete it and do not copy it to anyone else.

We have checked this email and its attachments for viruses. But you should 
still check any attachment before opening it.
We may have to make this message and any reply to it public if asked to under 
the Freedom of Information Act, Data Protection Act or for litigation.  Email 
messages and attachments sent to or from any Environment Agency address may 
also be accessed by someone other than the sender or recipient, for business 
purposes.

If we have sent you information and you wish to use it please read our terms 
and conditions which you can get by calling us on 08708 506 506.  Find out more 
about the Environment Agency at www.environment-agency.gov.uk
--
//www.freelists.org/webpage/oracle-l
References:
- Re: Interesting RMAN duplicate problem.
  - From: Peter Hitchman
RE: Interesting RMAN duplicate problem.

Other related posts:
