Ashoke - I received something like that when attempting a similar RMAN
restore. This was the only thing on the target server and the server usage
went to zero.
Bruce Reardon was nice enough to offer the following suggestions:
- What does v$session_wait say for the RMAN sessions (on each
database)
- Can you connect to the catalog yourself?
- Can you connect nomount to the target?
- Anything in cdump, bdump, udump directories?
- Check the o.s. processes.
-----Original Message-----
Sent: Wednesday, July 10, 2002 1:24 PM
To: Multiple recipients of list ORACLE-L
Greetings,
I am trying to restore a database into a new host.
The database called dsdn is originally located on dndev, catalog database is
located on catserver1.
I have copied the catalog to a database called trmanrfd, which is also
located on the new host server2.
Now I am trying to restore this database into a new host called server2.
It is taking 6-7 hours to restore. Ideally it should take few mintes(may be
30 mts.).
Do you have any idea, what could be the problem for slowness.
Thanks,
Ashoke
--
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).
