RE: Recovery from online backups/archived logs on another system

  • From: "Matthew J. Brown" <matthew.brown@xxxxxxxxx>
  • To: <oracle-l@xxxxxxxxxxxxx>
  • Date: Wed, 14 Apr 2004 12:18:52 -0700

I inaccurately used the term 'standby' not in its Oracle meaning.  I
intend a one-time population of this database from the primary at this
time, not to keep it up to date after that.

-Matt

-----Original Message-----
From: Montgomerie Steve [mailto:steve.montgomerie@xxxxxxxxxxx]=20
Sent: Wednesday, April 14, 2004 11:57 AM
To: 'oracle-l@xxxxxxxxxxxxx'
Subject: RE: Recovery from online backups/archived logs on another
system

It's mount standby database and recover standby database,,,,are you not
bringing the standby up to date in that fashion?
Steve Montgomerie
PeopleSoft/Oracle Administrator
SIEMENS Shared Services, LLC
4400 Alafaya Trail, M/S AL-222
Orlando, FL 32826
Phone: 407 487-5219=20
Cell : 407 810-8387
Fax: 407 487-5833


-----Original Message-----
From: Matthew J. Brown [mailto:matthew.brown@xxxxxxxxx]=20
Sent: Wednesday, April 14, 2004 2:56 PM
To: oracle-l@xxxxxxxxxxxxx
Subject: Recovery from online backups/archived logs on another system


I have an Oracle 8i database that I'm trying to create a standby copy of
for testing / possible future DR use.  The database is in ARCHIVELOG
mode.
=20
On the master database, I have placed each tablespace in turn into
backup mode, copied the underlying datafile, then turned off backup
mode.  I have taken copies of the control files.
=20
I put these on my standby database and copied all the archived
transaction logs (for a period of before, during, and substantially
after the period of the backups) to that server too.
=20
I am then attempting to do a recovery using:
=20
open mount exclusive
recover database using backup controlfile
=20
The recover process starts OK taking, as I expected, the first log from
the point where backups started and rolling them forward one by one.
However, it is never satisfied.  It never says anything along the lines
of 'backup complete' - it wants more and more archived logs, and when
there are none left it still wants more, even though the transaction
logs it's now applying are substantially later than the backups taken.
=20
If I CANCEL out of the recovery and attempt to
=20
alter database open resetlogs
=20
I get=20
=20
ORA-01113: file 1 needs media recovery
ORA-01110: data file 1: '/u03/oracle/oradata/v7/system01.dbf'
=20
Why is it doing this when I have fed it every single transaction log
available?  None are missing.
=20
Thanks for any assistance,
=20
-Matt
=20
----------------------------------------------------------------
Please see the official ORACLE-L FAQ: http://www.orafaq.com
----------------------------------------------------------------
To unsubscribe send email to:  oracle-l-request@xxxxxxxxxxxxx
put 'unsubscribe' in the subject line.
--
Archives are at //www.freelists.org/archives/oracle-l/
FAQ is at //www.freelists.org/help/fom-serve/cache/1.html
-----------------------------------------------------------------



-- Binary/unsupported file stripped by Ecartis --
-- Type: application/octet-stream
-- File: Montgomerie Steve.vcf


----------------------------------------------------------------
Please see the official ORACLE-L FAQ: http://www.orafaq.com
----------------------------------------------------------------
To unsubscribe send email to:  oracle-l-request@xxxxxxxxxxxxx
put 'unsubscribe' in the subject line.
--
Archives are at //www.freelists.org/archives/oracle-l/
FAQ is at //www.freelists.org/help/fom-serve/cache/1.html
-----------------------------------------------------------------
----------------------------------------------------------------
Please see the official ORACLE-L FAQ: http://www.orafaq.com
----------------------------------------------------------------
To unsubscribe send email to:  oracle-l-request@xxxxxxxxxxxxx
put 'unsubscribe' in the subject line.
--
Archives are at //www.freelists.org/archives/oracle-l/
FAQ is at //www.freelists.org/help/fom-serve/cache/1.html
-----------------------------------------------------------------

Other related posts: