RE: RMAN register database pblm.

        Have you tried "reset database" command?

        Have you tried to unregister the db? ( exec dbms_rcvcat.unregisterdatabase(x,y) )

        If that fails, you may need to reset the DBID in the the target database. Pre-9i I believe that was only possible using the dbms call method to reset the DBID to zero, recreate controlfiles, then you get a new DBID. This is extremely dangerous and should only be attempted when you have completely cold backup of the target DB, if you mess it up the DB is toasted! I have managed to reset my DBID to 0 with the database open and then spent 22 hours learning a valuable lesson! Finally with a new DBID, try re-registering with RMAN.

	Rgds
	Gj

-----Original Message-----
From: Ron Rogers [mailto:RROGERS_at_galottery.org] Sent: 03 Dec 2004 20:54
To: dwagoner_at_arsenaldigital.com; oracle-l_at_freelists.org Subject: RE: RMAN register database pblm.

David,
 Tried that already. that is the first step after creating the catalog. It also throws the same errors. Ron

>>> David Wagoner <dwagoner_at_arsenaldigital.com> 12/03/2004 3:50:21 PM
>>>

Ron,

Have you tried this:

UNIX> rman
RMAN> connect target /
RMAN> connect rcvcat rman/rman_at_rman
RMAN> register database

This is what you do when all is working well. You of course need to add the new rman server to your target DB server's tnsnames file, etc.

Best regards,

David B. Wagoner
Database Administrator

--
http://www.freelists.org/webpage/oracle-l


****************************************************************************
This message contains confidential information and is intended only 
for the individual or entity named.  If you are not the named addressee
you should not disseminate, distribute or copy this e-mail.  
Please notify the sender immediately by e-mail if you have received 
this e-mail by mistake and delete this e-mail from your system.
E-mail transmission cannot be guaranteed to be secure or error-free
as information could be intercepted, corrupted, lost, destroyed, arrive
late or incomplete, or contain viruses.  The sender therefore does not
accept liability for any errors or omissions in the contents of this 
message which arise as a result of e-mail transmission.  
If verification is required please request a hard-copy version.
This message is provided for informational purposes and should not
be construed as an invitation or offer to buy or sell any securities or
related financial instruments.
GAM operates in many jurisdictions and is 
regulated or licensed in those jurisdictions as required.
****************************************************************************

--
http://www.freelists.org/webpage/oracle-l