The problem is probably in the "RESETLOGS" part. Do you have many large log files?
If you do, your instance is trying to initialize them all. Take a look at the system
monitor and observe the CPU consumption. If it is large, you have a problem. If it
isn't,
use sar -b 5 50 or something alike and see how many preads/pwrites are you getting.
Many preads/pwrites means that your database software is doing IO. for 8 redo groups,
consisting of two members each, 512M per member. it used to take almost 40 minutes to
do "open
resetlogs", after a successful recovery. Solution was a cheap one, FC/AL based EMC
Symmetrix
1+0 RAID with 32 GB cache. That has helped. Such solution costs $.25 per MB of the
effective
storage, which means that 1TB costs $250,000.
On 2002.08.14 16:28 DENNIS WILLIAMS wrote:
> I am trying to perform an RMAN disaster recovery task. While I use an RMAN
> catalog to make backups, I am trying to recover using just the control file
> information.
> Oracle 8.1.6, Compaq/HP Tru64
>
> I start RMAN with
> rman target sys/password nocatalog
> then,
> startup mount
>
> run {
> set until time "to_date('08/11/2002 01:00:00','MM/DD/YYYY HH24:MI:SS')";
> allocate channel d1 type disk;
> restore database;
> recover database;
> alter database open resetlogs;
> }
>
> Everything appears normal for awhile. In the alert log RMAN tries to find
> each file, doesn't find them. Then it successfully recovers 5 data files
> (including system and rollback) and reports success in the alert log. Then .
> . . nothing for hours. RMAN doesn't return an error. The RMAN shadow
> processes are still present but with no CPU consumption. Nothing is written
> to the alert log.
> I check V$SESSION_WAIT, and the only entry for the RMAN shadow
> processes is one is SQL*Net message to client with seconds_in_wait = 0,
> state = waited unknown time.
> In V$SYSTEM_EVENT, time_waited and average_wait are zero for all
> events. The following events have values of total_waits that are increasing:
> Increase in total_waits in 10-minutes
> rdbms ipc message 401
> pmon timer 57
> control file parallel write 56
> SQL*Net message to client 24
> SQL*Net message from client 24
> virtual circuit status 5
> dispatch timer 3
> smon timer 1
>
> Archiving is turned off.
>
> I have attempted this recovery many times using different RMAN backup sets,
> but the system always hangs at this point.
> Any ideas would be appreciated.
>
> Dennis Williams
> DBA
> Lifetouch, Inc.
> [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 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).
>
--
Mladen Gogala
--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: Mladen Gogala
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).
