Skip to main content

How can we help you?

Druva Documentation

Restore an Oracle database from a recovery point

Enterprise Workloads Editions: File:/tick.png Business File:/cross.png Enterprise File:/tick.png Elite

 

As an administrator, you can recover databases from the warm recovery points that are stored in the Druva Cloud and cold recovery points stored in the AWS glacier. You can restore a complete database automatically either to the Original Oracle server or to an alternate server. You can also manually recover individual database elements, such as data files, control files, system parameter files, Archive logs, wallet files, and metadata. For more information about restoring wallet files, see Restore Oracle Wallet files.

When you restore a complete database from a recovery point back to the original server host, Druva overwrites all the existing content of the database. When you choose to recover individual database elements, Druva downloads the requested recovery point on the restore location specified during the restore operation. DBA can manually recover the required database elements by running scripts.  For more information, see Recover database from the downloaded backup data.

To restore databases, you select a recovery point from the recovery points drop-down list. The list displays the timestamp of all the recovery points available for restore. Based on the requested resource (complete database or individual database elements), Druva restores data by overwriting all of the existing content of the database or downloading the backup data to the specified restore location. The DBA can run RMAN commands to fetch backup data downloaded to the restore location and recover the database on the required Oracle server host.

The following video illustrates the process.  

Before you begin

  1. While restoring to an alternate server:

    1. Make sure you have registered an alternate server with version 6.1.0 or later.

    2. Make sure you have the SYSDBA/SYSBACKUP permission.

    3. You can restore a standalone database to an alternate server using the ASM location. For this, you must set custom spfile parameters on the Restore wizard on the console.

  2. For automated restore of RAC databases, make sure that the directories of the following files are present on the shared storage (ASM):
  • Server Parameter file

  • Control File

  • Archive log files

We can then restore these files from the recovery points.

Procedure

  1. Log in to the Management Console. 
  2. Click Oracle > Direct to cloud from the Protect menu. Note that if the All Organizations menu is enabled, you have to first select an organization and then click Oracle > Direct to Cloud.
  3. In the left navigation pane, click Configured Databases.
  4. On the Configured Databases page, select the database that you want to restore and click Restore.
    Note: To quickly search and select a database, you can use the search box on the top-right corner of the Configured Databases page to filter the listed database. Type the name of the database, Oracle server, or the availability group in the search tab to narrow down on the database that you want to select.
  5. On the Restore Database page, click recovery point Restore.
  6. Click the timestamp drop-down list to list the available recovery points to restore databases from.
  7. Select the required recovery point, and then in the Database Files section select the complete database or database elements that you want to restore.
    SnapshotRestore-1.png
  8. Click Restore.
    Note: If a backup job for the database selected for recovery point restore is already running, Druva prompts a message to cancel the backup job and trigger restore.
     The following screen is displayed:
    Restore_Snapshot1.png

    If you choose to restore the complete database in Step.7, you can restore the selected database either automatically or manually. If you choose to restore individual database elements, you can restore them manually only.
  9. To restore database automatically, select either of the following options: 
    1. Automatically restore and recover the original database: Select to restore the complete database automatically to the original Oracle server from where it was backed up. Provide the following details and click Finish:
      Field Description
      #RMAN Channels The number of channels to be established between RMAN and the databases to be restored. The default value for the number of channels is set to ‘4’. Druva recommends you to specify a maximum of 32 RMAN channels. For more information about RMAN Channels, see About RMAN Channels.
      Restore and recover Wallet Files For wallet files, select the Restore and recover Wallet Files checkbox if you want to restore the wallet files. If you select this checkbox, and if there is an existing wallet directory at the restore location, it is renamed and a new directory is created with the restored wallet files, thereby retaining the existing wallet files for future reference.
      Note: The Restore and recover Wallet Files checkbox is visible only if you have wallet files.
      Destination Target This field is visible for standby databases only. To restore data from a standby database, provide the destination target where you want to restore the database. You can restore to a standby or primary database.
      Notes: 
      • To restore on a primary database, make sure the primary database is registered and authentication is assigned to it. Also, after assigning authentication, perform discovery.
      • After restoring to a standby database, the Database Administrator must make sure the standby database is in sync with the primary database to avoid discrepancies in the data.
      Druva prompts you with a warning message that the original database on your Oracle server will be replaced with the restored data. Click Yes on the confirmation dialog.

Druva terminates connections to the database on the original server host and then replaces the database with the restored database.

  1. Restore to alternate standalone instance: Select to restore the database to a standalone instance. Provide the following details and click Finish.

Field

Description

Destination Target

The target Oracle server where you want to restore the database.

Note: You can perform an automated alternate restore to an alternate server with version 6.1.0 later only.

Restore SP File

Select to restore the SP File.

Note: If you select this field, make sure that the source and the target server are the same in terms of the directory structure, memory configuration, and so on.

Restore location

The location on the selected server where you want to restore the database or type the absolute path to the restore location. By default, Oracle base is used as the restore location.

Oracle Home

The directory structure where the Oracle database is installed.

Oracle Base

The directory structure of the location where Oracle software and configuration files are stored.

Other Server Parameters

The list of custom SPFile parameters that can be used for the restored database. Provide the parameters in the <parameter=value> format. For example, open_cursors=300. In case of multiple custom parameters, provide each parameter on a new line. For example
<parameter1=value1>
<parameter2=value2>

.
.
<parametern=valuen>

To restore a standalone database to an alternate server using an ASM storage, provide the following parameters in the Other Server Parameters field:
db_create_file_dest=+Data
log_archive_dest=+Data/<sourceDBName>

Where <sourceDBName> is the name of the database that you want to restore to an alternate server.

Notes:

  • The Other Server Parameters field is visible only if:

    • You have upgraded the agent to version 6.1.1 or higher.

    • You do not select the Restore SPFile field.

  • The following SPFile parameters will not be overwritten even if you pass custom values from the user interface:

    • Db_name

    • Undo_management

    • Enable_pluggable_database

  • If the compatible parameter is set on the source database and you pass another value through Other Server Parameters, the compatible parameter will not be overwritten by this new value on the restored database.

  • Make sure the parameter value does not contain “=”.

#RMAN Channels

 

 

 

The number of channels to be established between RMAN and the databases to be restored. The default value for the number of channels is set to ‘4’. Druva recommends you to specify a maximum of 32 RMAN channels. For more information about RMAN Channels, see About RMAN Channels.

Restored Database Name

The name of the database that is to be  restored to an alternate server.

  • For automated restore to an alternate server, Druva first restores the database to an alternate server with the source database name. Once the database is successfully recovered and opened, Druva changes its name to the target database name.
  • Do not provide $ or # in the restored database name, else the restore fails.

Restore Wallet Files

Select to restore the wallet files. If you select this checkbox, a new directory is created for wallet files. If the wallet directory exists already, the existing wallet files are retained for future reference, and new files are downloaded in the directory. 

Note: The Restore and recover Wallet Files checkbox is visible only if you have wallet files.

For more information about restoring to an alternate server, see Restore database to an alternate server.

  1. To restore the complete database or individual database elements manually, select the  Restore database files checkbox. Provide the following details and click Finish:
    Restore_manual1.PNG
Field Description
Destination Server The Oracle server host to download the backup data to. By default, the original Oracle server host is selected where the database was backed up. When you restore a database to its original location, Druva replaces the database on the Oracle server host with the restored database.
Restore Location The location on the selected server where you want to download the backup data or type the absolute path to the restore location.

The database files are downloaded to the selected server and location.The database needs to be manually recovered on the server. For more details, see Recover database from the downloaded backup data.
The backup database is downloaded to the location you specify. After you click Finish,  restore prechecks are run and  Druva generates a restore job. You can track the progress of the job by viewing the progress log. For more information, see View progress logs.

Next Steps