Enterprise Workloads Editions: ✅ Business | ✅ Enterprise | ✅ Elite
After you back up your databases using Druva, you can restore them to a consistent state either to the same server or to an alternate location. For more information about restoring a database to an alternate server, see Restore database to an alternate server.
You can restore databases either from recovery points or to a point-in-time.
Before you restore databases, ensure that you read the restore checklist.
Considerations
Druva allows you to restore a complete database automatically. Druva also enables DBAs to manually recover individual database elements, such as data files, control files, system parameter files, archive logs, wallet files, and metadata.
RMAN uses different formats for restore from disk and SBT. So, make sure you use the same format to manually restore the database as the one used while creating the backupsets. For example, if you have created the backupsets by using SBT, then do not catalog the backupsets on disk , else RMAN will throw an error. Also, while manually restoring the database, make sure you restore using SBT only, and not the disk format, else the restore operation will fail.
When you restore from a recovery point back to the original database, Druva overwrites all the existing content of the database.
Any updates made to the database after the last recovery point was created are lost.
After upgrading the database version, the database does not start in the open state, and the restore from the recovery points created before the database upgrade is completed with errors. Run the following commands from the SQL prompt to start the database:
SQL> startup upgrade;$ $ORACLE_HOME/perl/bin/perl catctl.pl -n 4 catupgrd.sqlIf you have specified a TNS alias for database authentication, Druva requires you to register static service to ensure successful automated recovery.
Restore workflow
Restore and recover a complete database
Druva allows you to restore a complete database automatically. The original database on the Oracle server host is replaced with the restored data.
Restore individual database elements
Two personas are involved in restoring a database that was backed up using Druva:
Druva administrator: The Druva administrator runs a restore job on the Management Console. After the restore job completes, the requested recovery point is downloaded as backup data at the specified restore location on the local Oracle server host. You must set the restore location in the
RestoreFromLocalDirparameter of theSBT_PARMSfile to copy the backup data. Example:/oracle/SbtStorage.
WorkflowStep 1: Select a recovery point and initiates a restore.
Step 2: Choose the option to restore the database from a recovery point or restore the database to a point-in-time.
You can choose to restore all database files or select 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.
You can also restore the selected database to the original Oracle server host or to another Oracle server host.
Step 3: The requested recovery point is unpacked and downloaded to the specified restore location on the Oracle server host. The backup download location on the local Oracle server host is
/<restore_location>/<Day-MMM-DD-Hour-Min-Sec-YYYY>.where:
The restore_location is the name of the directory and Day-MMM-DD-Hour-Min-Sec-YYYY is the folder created to store the downloaded data and is derived from the recovery point that you specified to restore the database.
The recovery point location is mapped to the Oracle server host and the DBA can now use RMAN commands to recover the database on the required Oracle server host.
In case of manual restore, the wallet files will be hidden at the following location:
<restore_loaction>/day_mm_dd_hr_min_sec-yyy/job_id/.wallet
Oracle Database Administrator: The Database Administrator (DBA) runs RMAN scripts that fetch backup data from the restore location and restore the database on the required Oracle server host.
📝 Note
Ensure that the DBA has permission to access the restore directory and its parent directory.
WorkflowStep 1: Initiate a manual restore operation to recover the Oracle database from the downloaded backup data on the restore location. You can also choose to restore wallet files during manual restore.
Step 2: Verify the backup data downloaded to the restore location.Step 3: Verify if the control file on the active database is intact or damaged.
Step 3.1: If the control file is intact:
Shut down the active database.
Mount the database using the alter database mount command.
Open RMAN command prompt using the following command:
$rman targetConfigure the SBT channel and provide the Druva SBT library.
Restore the database.
Recover the database.
Open the database using the alter database open command.
Check the status of the database after it is recovered.
Backup the database.
For detailed steps, see Recover database when the control file is intact.
Step 3.2: If the control file is damaged:
Identify the control file from the downloaded backup data. The control file from the backup data has the following name format:
Phx_<DBID>_<IncarnationNo>_CF
Example:Phx_DN-SP01_DBID-1660729487_DT-20210128-142756_govlp4ld_1_1_CFShut down the active database and bring the database in the NOMOUNT state.
Open the RMAN command prompt and restore the control file.
Mount the database.
Configure the SBT channel.
Restore the database.
Recover the database.
Open the database using the
resetlogsoption because we restored the control file. Verify the database incarnation.Check the status of the database after it is recovered.
Backup the database.
For detailed steps, see Recover database when the control file is damaged.
Restore Oracle Wallet files
You can restore your backed up wallet files automatically or manually from a recovery point or to a point in time. In case of automated restore, if you choose to restore wallet files and if a wallet directory already exists, then the existing wallet directory is renamed to <direcotoryname_original> and a new directory is created with the restored backup files. This way, the existing files are retained for future reference. For example, if you have an existing directory of wallet files, say Wallet_21, and during automated restore if you choose to restore the wallet files, then the Wallet_21 directory would be renamed to Wallet_21_original and a new directory Wallet_21 would be created with the restored wallet fies.