Well.... If you don't mind possibly destroying the
database you are trying to restore, you can use:

alter session set events 'IMMEDIATE trace name ADJUST_SCN level 1';

We had a strange failure / recovery situation and I was given
this command. The description posted in the TAR was:


"A data block SCN is ahead of the current SCN.
The ORA-600 [2662] occurs when an SCN is compared
to the dependent SCN (which is stored in a UGA variable).
If the SCN is strictly less than the dependent SCN, then we signal
the ORA-600 [2662] internal error, and print out the SCN, the dependent SCN,
and the dependent SCN block."

*** this can corrupt the database ***

I later used it in another case, where the Sys Admin had
restored the wrong version or combination of files and
used level 100 instead of 1 to do a bigger increase.
This was on a test instance and I didn't want to rebuild
if I had a way around in the meantime.

- Babette

-----Original Message-----
Chitale
Sent: Thursday, March 27, 2003 10:09 AM
To: Multiple recipients of list ORACLE-L



Well,

My mind seems to have stopped working now.  Can you do an
ALTER DATABASE OPEN RESETLOGS if log switches have occurred
and some of the database files have been updated
between the first ALTER TABLESPACE <tbs1> BEGIN BACKUP
and the last ALTER TABLESPACE <tbsN> END BACKUP wouldn't
you get
   ORA-01194: file 1 needs more recovery to be consistent
Do you issue an ALTER DATABASE OPEN RESETLOGS without
even attempting a RECOVER DATABASE UNTIL CANCEL ?


Or does it work if  *ALL* the Tablespaces are put in BACKUP mode and the
hot backup is
provided to you without archive logs, irrespective of the number of archive
logs generated
and NOT work if the Tablespaces are in BACKUP mode sequentially ?

Hemant

At 11:14 AM 26-03-03 -0800, you wrote:
>Well thanx a lot, Rachel and Jose.
>
>At 12 midnight the mind seems to have stopped working
>
>:-)
>
>Regards
>Naveen
>
>-----Original Message-----
>Sent: Thursday, March 27, 2003 12:21 AM
>To: Multiple recipients of list ORACLE-L
>
>
>alter database open resetlogs;
>
>you won't be able to apply the archived logs he sends over later on
>(yes Jeremiah I know there is a way to recover through a resetlogs but
>they will be doing work against the database in the interim!)
>
>but if data loss is not a problem, that's the way to go
>
>Rachel
>--- Naveen Nahata <[EMAIL PROTECTED]> wrote:
> > I have got a set of datafiles backed up from the client but he didn't
> > send me
> > the required archive logs
> >
> > now for testing purpose we need to get the DB up at our site but the
> > archive
> > logs are not there, the client will send the same but it will take
> > time
> >
> > Is there any way to get the DB up without applying the archive logs
> >
> > DATA LOSS IS NOT A PROBLEM
> >
> > Regards
> > Naveen
> >
> >
>__________________________________________________
[snipped]

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.net
-- 
Author: Babette Turner-Underwood
  INET: [EMAIL PROTECTED]

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services
---------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).

Reply via email to