Egads, I made a stupid misfire of the brain.
The current log IS switched during an archive log backup (i.e. BACKUP
ARCHIVELOG ALL). Sorry for the mistypo...

RF

Robert G. Freeman - Oracle OCP
Oracle Database Architect
CSX Midtier Database Administration
Author of several Oracle books you can find on Amazon.com!


The avalanche has begun, It is too late for the pebbles to vote.



-----Original Message-----
Sent: Tuesday, September 24, 2002 2:35 PM
To: '[EMAIL PROTECTED]'


What version of RMAN are you talking about. In the 9iR2 documentation for
RMAN is clearly states that during backups using the PLUS ARCHIVELOG
command, RMAN does force a log switch. 

When you do a backup using the PLUS ARCHIVELOG command RMAN will:

Run ALTER SYSTEM ARCHIVE LOG CURRENT 
Runs the BACKUP ARCHIVELOG ALL command. 
Backs up the files specified in the BACKUP command. 
Run ALTER SYSTEM ARCHIVE LOG CURRENT again.
Back up any remaining archived redo logs.  

A normal backup of archived redo logs such as BACKUP ARCHIVELOG ALL will not
result in a log switch. 



Robert G. Freeman - Oracle OCP
Oracle Database Architect
CSX Midtier Database Administration
Author of several Oracle books you can find on Amazon.com!


The avalanche has begun, It is too late for the pebbles to vote.



-----Original Message-----
Sent: Tuesday, September 24, 2002 1:59 PM
To: Multiple recipients of list ORACLE-L


Dennis,

I don't think that Rman automatically performs a SYSTEM ARCHIVE.  At least.
I've not seen it.

In my archive Rman database backups, I issue an 'alter system archive log
current' before I backup the archive files to make sure that I have the
latest archive I can possible get.

Unless I'm convinced that Rman is doing this for me, I have no reason to
change my procedures.

You could certainly include this command both within an Rman script or
elsewhere to make sure that you get the same benefit.

Hope this helps.

Tom Mercadante
Oracle Certified Professional


-----Original Message-----
Sent: Tuesday, September 24, 2002 1:18 PM
To: Multiple recipients of list ORACLE-L


Ruth - At this point we just RMAN to disk. Someone on this list provided
that advice as "start simple". I was using RMAN to store the archive logs,
but that just used up twice the disk space and I could discern no benefit so
I stopped it (always open to new reasons). On recovery, RMAN uses the
original archive logs just fine. I just want to make sure we have the right
archive logs on tape, and this morning I posted an update to my original
question, namely that I found where RMAN automatically issues an ALTER
SYSTEM ARCHIVE LOG CURRENT. I'm a little confused about the timestamp on the
archive logs, but I guess I just have to take it on faith that Oracle and
RMAN are doing the right thing.
  Thanks Ruth.

Dennis Williams
DBA
Lifetouch, Inc.
[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> 


-----Original Message-----
Sent: Tuesday, September 24, 2002 11:13 AM
To: Multiple recipients of list ORACLE-L


Rather than copy the archive logs to tape, do an archivelog backup using
rman.   Archive the current log when you start.  Then you can put all the
backupsets, database and archivelog, on one tape and rman will know just
what he needs to recover a database.

Ruth
----- Original Message -----
To: "Multiple recipients of list ORACLE-L" <[EMAIL PROTECTED]>
Sent: Monday, September 23, 2002 5:43 PM


List - I am wrapping up my RMAN procedures so I can turn off conventional
backups and still sleep at night. I am on Oracle 8.1.6. Does anyone know the
answer to this question: If I do an RMAN backup to disk, then copy the RMAN
backup pieces to tape, and copy the archive logs to tape, do I need to
execute an ALTER SYSTEM ARCHIVE LOG ALL before I copy the archive logs to
tape? This has been necessary for hot backups, but I can't recall this being
mentioned specifically for RMAN. I want to be able to recover the database
from the contents of the backup tape alone, and I noticed during my disaster
recovery tests that you definitely needed to have required archive logs
available.


Dennis Williams
DBA
Lifetouch, Inc.
[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: DENNIS WILLIAMS
  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).

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Ruth Gramolini
  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).
-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: DENNIS WILLIAMS
  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).
-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Mercadante, Thomas F
  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).
-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Freeman, Robert
  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