Skip to main content
Druva Documentation

Snapshots that you can restore

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

You can perform the following to restore data on NAS shares:

Hot snapshot restore

A Hot snapshot restore is an on-demand restore of the server data that resides on Phoenix CloudCache. Hot snapshots are point-in-time images of the backup data stored on Phoenix CloudCache. Such a restore operation continues until Phoenix restores the data to the specified location.

Note: The CloudCache deployment is optional, and hence Hot snapshots are available for restores only when the environment has a CloudCache deployment.

In the navigation pane on the left, select the NAS device from the Device drop-down. On the NAS Shares page, click the share that has the data to be restored. In the NAS Shares details page, under Configured Backup Sets, select the backup set, and then click Restore. The Snapshot Viewer displays the date and timestamp of the latest snapshot. Click the drop-down next to it, click the Hot tab, and then select the snapshot that you want to restore from.

Hot.png

Warm snapshot restore

A Warm snapshot restore is restoring of point-in-time images of the backup data dating back to 90 days in time and stored in the warm storage. Such a restore operation continues until the server data is restored to the specified location.

In the navigation pane on the left, select the NAS device from the Device drop-down. On the NAS Shares page, click the share that has the data to be restored. In the NAS Shares details page, under Configured Backup Sets, select the backup set, and then click Restore. The Snapshot Viewer displays the date and timestamp of the latest snapshot. Click the drop-down next to it, click the Warm tab, and then select the snapshot that you want to restore from.

Warm.png

Cold snapshot restore

The availability of this feature is limited based on the license type, region, and other criteria. To access this feature, contact your Druva Account Manager or Druva Support. This content is subject to change based on the continuous improvements to this feature.

Cold snapshots are point-in-time copies of backup data older than 15 days. These snapshots are stored in the Amazon Glacier Deep Archive. To restore data from cold snapshots, data needs to be first retrieved from Amazon Glacier Deep Archive before a restore can be triggered. At the time of restore, data from the cold tier is retrieved, moved temporarily to the warm tier, and then restored. Once you click Restore and initiate the restoration process, the data retrieval from the cold tier and its restore from the warm tier happen automatically. Warmed up data is deleted from the warm tier after 10 days.

Note: Cold snapshots are available for restores only if the backup policy has LTR enabled. For more information, see Enabling Long Term Retention.

In the navigation pane on the left, select the NAS device from the Device drop-down. On the NAS Shares page, click the share that has the data to be restored. In the NAS Shares details page, under Configured Backup Sets, select the backup set, and then click Restore. The Snapshot Viewer displays the date and timestamp of the latest snapshot. Click the drop-down next to it, click the Cold tab, and then select the snapshot that you want to restore from.

Cold.png

Quarantined and deleted snapshots 

Quarantined snapshots

If your environment is infected with Ransomware, you can quarantine snapshots using Druva Realize. You can also quarantine the snapshots using the Quarantine snapshots on a resource API. With Phoenix APIs, you can integrate Ransomware recovery with your existing security tools. You can also build custom scripts to automate action if there is a ransomware attack.

The availability of the ransomware feature in Druva Realize may be limited based on the license type, region, and other criteria. To access this feature, contact your Druva Account Manager or Druva Support.

Quarantined snapshots have a lock symbol next to them.

Quarantined.png 

Phoenix allows you to view the data in the quarantined snapshot and delete such snapshots. However, you cannot restore files from such snapshots. To view a list of quarantined files, see Audit Trails.

No restore from quarantined snapshot.png

If you select a file(s) from search results and that file(s) belongs to a quarantined snapshot, you will get the following error message.

quarantined file.png

For more information, see Ransomware Recovery for Servers

Deleted snapshots

Snapshots are deleted from storage, after the duration in the retention settings has lapsed. There could be instances where the snapshots have been deleted manually. The metadata information might still reference files that are part of these snapshots. These files are still visible through search, but cannot be restored. To view a list of deleted files, see Audit Trails.

deleted files.png

If you select multiple versions of a file and some of these versions belong to restore points that are quarantined or deleted, Phoenix restores the files that can be restored. The list of all the quarantined and (or) deleted files that could not be restored is visible in the Audit Trails.

If all the files that you searched for and selected belong to snapshots that are quarantined or deleted or both, you are restricted from restoring them.