RE: Cloning Problems

I was looking in the docs :-)

In "Recovery Manager Users Guide and Reference" they have a script to shut down the database for cold backup using RMAN.

It starts out something like this:

# Shut down the database cleanly using immediate priority. This type of
shutdown lets
# current calls to the database complete, but prevents further logons or
calls.
# If the database is not up now, you will get a message saying so but RMAN
will not
# treat this situation as an error.
  

shutdown immediate;   

# Start up the database in case it crashed or was not shutdown cleanly prior
to
# starting this script. This will perform a crash recovery if it is needed.
Oracle
# uses the default INIT.ORA file. Alternatively, use this form: startup
force dba
# pfile=<filename>. Use the DBA option because you are going to shut down
again right
# away and do not want to let users in during the short interval. Use the
FORCE
# option because it cannot hurt and might help in certain situations.
  

startup force dba;
shutdown immediate;   

# Here, we know that the database is cleanly closed and is now ready for a
cold
# backup. RMAN requires that the database be started and mounted to perform
a backup,
# so do that now.

http://otn.oracle.com/docs/products/oracle8i/doc_library/817_doc/server.817/ a76990/usingrma.htm#435660

You'll need to use your OTN account to see the page.

Also in the Glossary they define:

clean shutdown:

A database shut down with the IMMEDIATE, TRANSACTIONAL, or NORMAL options of the SHUTDOWN command. A database shut down cleanly does not require recovery; it is already in a consistent state.

-----Original Message-----

Sent: Monday, July 29, 2002 4:15 PM
To: Multiple recipients of list ORACLE-L

Shutdown immediate always worked for me with 8.1.6 and 8.1.7.0.0 on HP-UX 11.0. Shutdown abort's another matter entirely.

-----Original Message-----
Sent: Monday, July 29, 2002 3:39 PM
To: Multiple recipients of list ORACLE-L

Ethan,

Your first line of the trace file is the same as mine when I clone from cold backups. I also always do clean shutdown normal before cold backup but I think you should be okay with shutdown immediate too (IMHO). I think if you are renaming the cloned database then the RESETLOGS option is required.

You said the database was shut down IMMEDIATE and you had no control over this.

Did someone else shutdown and do the backup for you?

Don't forget to check the obvious.
Are you sure the backup was completely closed (not rolling back) before the backup began? (You're used to hot files) Are you sure the database was not restarted before the backup completed? Are you sure you copied ALL files to your cloned database? (I copy everything, then delete control files, then create controlfiles) Take a quick check on the timestamps on the files you backed up. See if there are any time differences that jump out at you.

Good luck,
Ed

-----Original Message-----
Sent: Monday, July 29, 2002 2:24 PM
To: Multiple recipients of list ORACLE-L

Yeah, went through the standard cloning process. My first line of trace file looked like this...

CREATE CONTROLFILE SET DATABASE "DM8" RESETLOGS NOARCHIVELOG I am wondering if I should have stated NORESETLOGS here instead, that way the data in the redo logs would be available and then the cloned instance could have performed instance recovery. I have always used the method above and never had any problems but that is likely because I have always done a SHUTDOWN NORMAL instead of SHUTDOWN IMMEDIATE. While the SHUTDOWN immediate performs a checkpoint it looks like there can still be stuff out there in the logs that will require instance recovery. Since I did a RESETLOGS I am guessing this necessary info is missing. Wondering if everything will be OK if I try to find another way to get the clone opened, like setting the hidden allow corrupt logs parameter.

Ethan Post
perotdba (AIM), epost1 (Yahoo)

-----Original Message-----
Sent: Monday, July 29, 2002 12:59 PM
To: Multiple recipients of list ORACLE-L

Did you recover the database using backup controlfile? Try that. HTH, Ruth

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Post, Ethan
  INET: Ethan.Post_at_ps.net

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: Sherman, Edward
  INET: shermanej_at_eccic.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: Kirsch, Walter J (Northrop Grumman)
  INET: walter.kirsch-eds_at_eds.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: Sherman, Edward
  INET: shermanej_at_eccic.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).