We perform a similar process; but for Read-Only databases. There are some gotcha's you have to watch out for. Otherwise it works well.
-----Original Message----- Sent: Thursday, August 15, 2002 10:14 AM To: Multiple recipients of list ORACLE-L Nate, We are doing this as well on Solaris w/ Veritas. Our series is: 1) Put everything in hot backup mode 2) Split all volumes EXCEPT archive 3) Take everything out of hot backup mode 4) Log switch 5) Split Archive We use this for cloning on a nightly basis and haven't had any issues. However, when we didn't wait on splitting off the offline archives I ran into some problems with everything being where it should be for recovery (read I was missing the last redo log). The problem with "EMC does it all" is that the datafiles themselves may be inconsistant at the split, hot backup mode forces consistancy by freezing the scn's (somebody correct me if I'm way off, but that's my understanding). Try asking this, why are we bothering with Hot Backup mode at all? After all, the datafile "copies" aren't being made during hot backup mode, so it's a non-event from Oracle's perspective (and don't let him get away with just dropping hot altogether!). HtH, John P Weatherman Database Administrator Replacements Ltd. -----Original Message----- Sent: Thursday, August 15, 2002 10:59 AM To: Multiple recipients of list ORACLE-L Hello, We are on IBM AIX 4.3.3 with EMC and BCVs. Our Unix admin has setup the backups for the database in following sequence to do the Hot backup. 1. Put all tablespaces in the database in Hot backup mode 2. Sleep 5 3. Put all the tablespaces back into normal mode 4. Split the BCV's 5. Mount on another machine and backed up from it. What I am concerned is with step 4. Split BCV's should be done at step 2 instead of step 4. According to our Unix Admin, EMC takes care of consistency and there is no need for any concern. As per him the split is instant split and EMC guarantees consistency. What do you all think. What is the recommended procedure. TIA, Nate -- Please see the official ORACLE-L FAQ: http://www.orafaq.com -- Author: Nat INET: [EMAIL PROTECTED] 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: [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: John Weatherman INET: [EMAIL PROTECTED] 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: [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: Pass Stephanie INET: [EMAIL PROTECTED] 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: [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).
