RE: Fav. Urban Legend... NOBACKUP!!

John !!

Notice the change in subject again !!

********WARNING******************************

I don't agree with you about the MANDATORY backup. You can still recover the database COMPLETELY if you have all the archives from your old backup (before RESETLOGS) and the NEW ARCHIVES (after RESETLOGS) as long as if you have both (pre/post resetlogs) control files undamaged and your database version is 7.3.3 and above.

I have once recovered a 8.0.5 database on Solaris using the backup (pre RESETLOGS) and the archive logs of pre and post resetlogs. THis recovery is based on SCN and Log Sequence has no role here.

THis is two part recovery (I have given the outline in a private mail) and Oracle will not support this kind of recovery...

For the arguement sake I can tell YOU DON:T NEED ANY BACKUP AFTER RESETLOGS. But since
this is an unsupported I strongly suggest Jared' point.. A COMPLETE COLD BACKUP AFTER RESETLOGS. Best Regards,
K Gopalakrishnan
Bangalore, INDIA

-----Original Message-----
Kanagaraj
Sent: Monday, March 18, 2002 10:18 AM
To: Multiple recipients of list ORACLE-L

Hi all,

Notice the renamed heading - this thread has really taken off!

Coming back to the issue: While I agree that you should not open the database until after you backup (hot or cold), I am still rooting for a hot backup. If you know the application well enough, you can perform 'selective hot backup' of a required set of tablespaces that you know will be changed, and continue hot backup of the others after the database is opened up. In a cold backup situation, the whole database is down for backup (including large TEMP tablespaces - 13Gb out of 130 Gb on one of my Production Apps databases!) for a longer duration than is necessary, which does not look too good on your availability reports. (And also remember to switch logfiles so that archivelogs are generated prior to release to users).

Having said all that, a soft mirror that can be used exclusively for backup is invaluable. The whole database can be put in backup mode for a short time, the mirror 'broken' and the database backup ended. The mirror can then be used for backup to tape. In addition to this, you also have an online backup available (until the resilver starts) and you work off this disk backup for producting clones. Let me say that again - Invaluable!

John Kanagaraj
Oracle Applications DBA
DBSoft Inc
(W): 408-970-7002

Grace - Getting something we don't deserve Mercy - NOT getting something we deserve

Click on 'http://www.needhim.org' for Grace and Mercy that is freely available!

• The opinions and statements above are entirely my own and not those of my employer or clients **

> 1. You do not open the database to users until AFTER you do a
> backup (hot or
> cold, dosen't mater) at point t2.
>
> 2. There is a method of recovering a database (8i +) after
> RESETLOGS has
> been
> issued with archived redo logs. I discussed it in my DBA

> > > * You *have* to take a COLD backup of the database after using
> > resetlogs.
> > > (Not required - a Hot backup and archive logs is
> adequate. All hot
> > backups /
> > > archive logs prior to that are invalid, though...)
> >
> > Consider the following:
> >
> > Time:
> >
> > t0: database restored
> > t1: database opened with RESETLOGS
> > t2: hot backup started ( database in archive log mode )
> > t3: users input very important transactions
> > t4: database crashes, and must be restored
> >
> > How will you recover the transactions from time t3?
>
> As long as the online redologs are available, this should be
> no problem. I
> have successfully recovered databases where a log switch did
> not occur and
> recovery had to use an online redo log. (I am assuming that the lost
> datafiles will be restored from this hot backup fresh off the tapes)
>
> On the other hand, if the online redolog is hosed you have lost the
> transactions anyway, _regardless_ of the fact that a Cold
> backup was taken.
> Then you will have to go back to the _previous_ incarnation
> and redo the
> restore and then perform a ccf/resetlogs (i.e. back to square
> one). If you
> have a Cold backup, you restore the cold backup and go on
> with life. I.e. in
> both cases (availability of cold or hot backup, lost online
> redo log), you
> have lost transactions...
>
> Additionally, with a Hot backup and depending on what was
> lost, you can at
> least perform tablespace/datafile recovery . With a cold
> backup, you will
> have to restore the whole database....
>
> The point I was trying to make was that a Cold backup after a
> RESETLOGS does
> not serve anything. Maybe there is still a gotcha I have not
> been able to
> figure out, so Backup/restore Gurus: take a bash at this
> logic! I would love
> to be corrected.
>
> (Btw, the previous recovery scenario was on 7.3.4 - things could have
> changed since, and I have not been able to test that out...)
>
>
> John Kanagaraj
> Oracle Applications DBA
> DBSoft Inc
> (W): 408-970-7002
>
> Grace - Getting something we don't deserve
> Mercy - NOT getting something we deserve
>
> Click on 'http://www.needhim.org' for Grace and Mercy that is freely
> available!
>
> ** The opinions and statements above are entirely my own and
> not those of my
> employer or clients **
>
>
> --
> Please see the official ORACLE-L FAQ: http://www.orafaq.com
> --
> Author: John Kanagaraj
> INET: john.kanagaraj_at_hds.com
>
> Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051
> San Diego, California -- Public Internet access / Mailing Lists
> --------------------------------------------------------------------
> To REMOVE yourself from this mailing list, send an E-Mail message
> to: ListGuru_at_fatcity.com (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).
> --
> Please see the official ORACLE-L FAQ: http://www.orafaq.com
> --
> Author: Freeman, Robert
> INET: Robert_Freeman_at_csx.com
>
> Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051
> San Diego, California -- Public Internet access / Mailing Lists
> --------------------------------------------------------------------
> To REMOVE yourself from this mailing list, send an E-Mail message
> to: ListGuru_at_fatcity.com (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).
>

--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: John Kanagaraj
  INET: john.kanagaraj_at_hds.com

Fat City Network Services    -- (858) 538-5051  FAX: (858) 538-5051
San Diego, California        -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: ListGuru_at_fatcity.com (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).


_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: K Gopalakrishnan
  INET: kaygopal_at_yahoo.com

Fat City Network Services    -- (858) 538-5051  FAX: (858) 538-5051
San Diego, California        -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: ListGuru_at_fatcity.com (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).