RE: RMAN Restore Error

No, the issue was from the time the database was created. For some reason, a test restore was not done, so the CommVault configuration mistake was not discovered until yesterday. I ended up refreshing the database from another database that had a good backup.

Scott Canaan ‘88
Sr Database Administrator
Information & Technology Services
Finance & Administration
Rochester Institute of Technology
o: (585) 475-7886 | f: (585) 475-7520
srcdco_at_rit.edu | c: (585) 339-8659

CONFIDENTIALITY NOTE: The information transmitted, including attachments, is intended only for the person(s) or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and destroy any copies of this information.

-----Original Message-----
From: oracle-l-bounce_at_freelists.org <oracle-l-bounce_at_freelists.org> On Behalf Of Norman Dunbar Sent: Wednesday, May 25, 2022 12:12 PM
To: oracle-l_at_freelists.org
Subject: Re: RMAN Restore Error

On 25/05/2022 12:55, Scott Canaan wrote:
> I guess it won’t work.  The database is in noarchive mode and the
> recovery is asking for a log that no longer exists.
>

Hopefully, you have a backup in CommVault somewhere that can be restored?

Good luck.

Cheers,
Norm.

--
Norman Dunbar
Dunbar IT Consultants Ltd

Registered address:
27a Lidget Hill
Pudsey
West Yorkshire
United Kingdom
LS28 7LG

Company Number: 05132767
--
http://www.freelists.org/webpage/oracle-l


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