Oracle FAQ Your Portal to the Oracle Knowledge Grid
HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US
 

Home -> Community -> Mailing Lists -> Oracle-L -> RE: Change based recovery

RE: Change based recovery

From: Fermin Bernaus <fbernaus_at_sammic.com>
Date: Tue, 12 Aug 2003 01:24:24 -0800
Message-ID: <F001.005CA2D8.20030812012424@fatcity.com>

        Thank you all for your suggestions. I really have no time for downtime during the week, but we have space to keep the archived logs on disk but not a backup (even a partial hot backup) of the database unless I move it to a tape, which is too much time and resource consuming, so here is what I've been doing until now:

        I have at least two sets of tapes (15 tapes counting them all) which I reuse every 2 weeks, so I keep 2 verified cold backups + their archived logs for 2 weeks, which has proved enough for now. We store them in a safety fire proof case in a different building.

        As for RMAN I've never tried it, do you think it could help me in any way considering my backup strategy?

        Thanks!

Fermin.

-----Mensaje original-----
De: DENNIS WILLIAMS [mailto:DWILLIAMS_at_LIFETOUCH.COM] Enviado el: lunes, 11 de agosto de 2003 16:40 Para: Multiple recipients of list ORACLE-L Asunto: RE: Change based recovery

Fermin - And it is always a good idea to keep at least the previous backup to the last. Often this just costs an extra tape, but could be very useful in the unlikely case there is something wrong with the most recent back. With backing up once/week, realize that in a recovery situation, if Oracle cannot read a single archived redo log, recovery stops at that point. Also, if you are considering changing your backup strategy, you should consider RMAN. Dennis Williams
DBA, 80%OCP, 100% DBA
Lifetouch, Inc.
dwilliams_at_lifetouch.com  

-----Original Message-----
Sent: Monday, August 11, 2003 6:24 AM
To: Multiple recipients of list ORACLE-L  

    I've been reading your messages with much interest. I have some experience with database administration and I have done many tests, but I've not tried what I am going to expose in this message, maybe you can help. We do cold backups on a regular basis (every weekend) then just backup the archive log every day, then delete them every time a new cold backup is done. We have tested it and if all database files (parameters file, datafiles, control files) except for one control file and the archived logs were lost we could recover the entire database issuing the following commands after restoring all missing files and mounting the database:  

    SET AUTORECOVERY ON
    RECOVER DATABASE
    ALTER DATABASE OPEN       My questions are:  

    1 - Could a complete restore be done even if we lost ALL control files? can we recover the entire database from a cold backup provided we have all archived logs until the failure time?

    2 - If the answer is yes, what is the advantage of doing on-line backups of datafiles and control files?  

    Thanks for your answers, I always learn so much from this list!!  

Fermin.

-----Mensaje original-----
De: Hand, Michael T [mailto:HANDM_at_polaroid.com] Enviado el: viernes, 08 de agosto de 2003 18:10 Para: Multiple recipients of list ORACLE-L Asunto: RE: Change based recovery

Lisa,
The 3rd option (besides shuting down source database and using a controlfile trace) is to "alter database backup controlfile to 'filename'; ", use this file, then proceed with the recovery as Venu suggests. I've used this method on a hot backup to roll the database forward. Also, don't bother restoring the redo logs as you will be overwriting / recreating them with the "alter database open resetlogs". One more thing I noticed. Your until change number looks to me like an archive sequence number rather than the SCN it needs to be. Hope this helps.  

Mike Hand

-----Original Message-----
Sent: Thursday, August 07, 2003 8:21 AM
To: Multiple recipients of list ORACLE-L

Hi Guys and Gals,
We are currently doing some testing to enable us to move our production database from one unix box to another.
We are running a 7.3.4 db in archivelog mode. The approach that management want to use is to restore the database on the new server from a backup and then roll it forward using the archived redo logs.  

I have a full cold back up from last Friday. I have restored the datafiles, controlfiles and redo logs onto our test server from the backup tape, and then ftp'd the archived logs over.  

I then do -
SVRMGR> startup mount
ORACLE instance started.

Total System Global Area     258304260 bytes
Fixed Size                       45092 bytes
Variable Size                126925024 bytes
Database Buffers             131072000 bytes
Redo Buffers                    262144 bytes
Database mounted.
SVRMGR> recover database until change 10349; Media recovery complete.  

--

Please see the official ORACLE-L FAQ: http://www.orafaq.net
--

Author: DENNIS WILLIAMS
  INET: DWILLIAMS_at_LIFETOUCH.COM

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: 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.net
--

Author: Fermin Bernaus
  INET: fbernaus_at_sammic.com
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: 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). Received on Tue Aug 12 2003 - 04:24:24 CDT

Original text of this message

HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US