Re: Issues with server and need to restore controlfiles and spfiles

  • From: Leng Burgess <lkaing@xxxxxxxxx>
  • To: Sandra Becker <sbecker6925@xxxxxxxxx>
  • Date: Tue, 11 Jan 2022 09:42:03 +1100

Also, I’m not sure what you mean by “CommVault thinks they are single instance 
and won't let us restore to a RAC”. If it only backed up a single thread of 
redo then the backup won’t be very useful and you’ll need to try and force the 
db open after the restore.

Have you got the backup log?

Have you got the restore log when you attempted the restore?

On 11 Jan 2022, at 9:33 am, Leng Burgess <lkaing@xxxxxxxxx> wrote:

Hi Sandy,

Yes, if you have a recovery CATALOG or a control file, (snapshot, backup, or 
online control file) then you attempt a restore to a new host.

see  "How to Move/Restore DB to New Host and File System using RMAN (Doc ID 
1338193.1)

You’ll need the appropriate commvault params set within RMAN or commvault of 
course

Cheers,

Leng.


On 11 Jan 2022, at 6:36 am, Sandra Becker <sbecker6925@xxxxxxxxx 
<mailto:sbecker6925@xxxxxxxxx>> wrote:

Oracle Database & Grid:  11.2.0.1
OS:  RHEL5.5

We had some issues with a database server and the 9 databases stopped 
working.  The sys admins suggested a reboot, which we did.  GRID/ASM would 
not come back online after the reboot.  It says it can't find the ASM disks, 
but everything the sys admins look at say they are there and online.  

We tried restoring the  $GRID_HOME, but that didn't change anything.  Our 
Rimini support said a lot of libraries were missing from the $GRID_HOME, so 
another DBA tried to getting the missing files.  Still no luck.  It's a 
two-node RAC, but only one of the nodes was functional at the time we 
rebooted the first node.  The second has the same issues as the first, so we 
can't bring anything online there either.

We tried setting up on another comparable cluster, but due to the way the 
database configurations were done in CommVault for the "bad" server, 
CommVault thinks they are single instance and won't let us restore to a RAC.

Ultimately, we want to move these databases to a non-ASM server in AWS.  Any 
suggestions as to what we can do?  I was wondering if we could reinstall 
GRID/ASM on the "bad" server and then use Commvault to do our restores.  Is 
that totally off base or a viable option?

-- 
Sandy B.



Other related posts: