Chat now with support
Chat with Support

Rapid Recovery 6.4 - User Guide

Introduction to Rapid Recovery The Core Console Repositories Core settings Managing privacy Encryption Protecting machines
About protecting machines with Rapid Recovery Understanding the Rapid Recovery Agent software installer Deploying Agent to multiple machines simultaneously from the Core Console Using the Deploy Agent Software Wizard to deploy to one or more machines Modifying deploy settings Understanding protection schedules Protecting a machine About protecting multiple machines Enabling application support Settings and functions for protected Exchange servers Settings and functions for protected SQL servers
Managing protected machines Credentials Vault Snapshots and recovery points Replication Events Reporting VM export Restoring data Bare metal restore
About bare metal restore Differences in bare metal restore for Windows and Linux machines Understanding boot CD creation for Windows machines Managing a Linux boot image Performing a bare metal restore using the Restore Machine Wizard Using the Universal Recovery Console for a BMR Performing a bare metal restore for Linux machines Verifying a bare metal restore
Managing aging data Archiving Cloud accounts Core Console references REST APIs Glossary

Restoring a directory or file and preserving permissions using Windows Explorer

You can use Windows Explorer to copy and paste directories and files from a mounted recovery point to any Windows machine while preserving file access permissions.

For example, if you need to restore a folder accessed only by specific users on a file server, you can use the Copy and Paste with Permissions commands to ensure that the restored files retain the permissions that restrict access. In this way, you can avoid having to manually apply permissions to the restored directories and files.

Some files have file access restrictions that require administrative privileges. Especially for Windows Server 2012 and later operating systems, the user attempting the restore must have the correct NTFS permissions for restoring with permissions to be successful. For example, to copy full NTFS permissions from a mount point, the user must have administrative privileges (with full NTFS permissions).

NOTE: The Paste with Permissions command is installed with Rapid Recovery Core and Agent software. It is not available in the Local Mount Utility.

  1. Mount the recovery point that contains the data you want to restore. For details, see Mounting a recovery point.
  2. In Windows Explorer, navigate to the mounted recovery point and select the directories and files that you want to restore. Right-click and select Copy.
  3. In Windows Explorer, navigate to the machine location to where you want to restore the data. Right-click and select Paste with Permissions.

    NOTE: In this step, if the Paste with Permissions command is disabled on the right-click menu, then Windows Explorer is not aware of the files that you want to copy. Repeat step 2 to enable the Paste with Permissions command on the right-click menu.

     

Restoring clusters and cluster nodes

A restore is the process of restoring the volumes on a machine from recovery points. For a server cluster, you perform a restore at the node, or machine, level. This section provides guidelines for performing a restore for cluster volumes.

Performing a restore for CCR and DAG (Exchange) clusters

Complete the steps in this procedure to perform a restore for CCR and DAG (Exchange) clusters.

  1. Turn off all nodes except one.
  2. Perform a restore using the standard Rapid Recovery procedure for the machine as described in About restoring volumes from a recovery point and Restoring volumes for a Linux machine using the command line.
  3. When the restore is finished, mount all databases for the cluster volumes.
  4. Turn on all other nodes.
  5. For Exchange, navigate to the Exchange Management Console, and, for each database, perform the Update Database Copy operation.

Performing a restore for SCC (Exchange, SQL) clusters

Complete the steps in this procedure to perform a restore for SCC (Exchange, SQL) clusters.

  1. Turn off all nodes except one.
  2. Perform a restore using the standard Rapid Recovery procedure for the machine as described in About restoring volumes from a recovery point and Restoring volumes for a Linux machine using the command line.
  3. After the restore is finished, mount all databases from the cluster volumes.
  4. Turn on all other nodes one-by-one.

    NOTE: You do not need to roll back the quorum disk. It can be regenerated automatically or by using cluster service functionality.

Restoring from an attached archive

There are two ways you can restore data from an archive: You can use an archive as a source for a bare metal restore (BMR); or you can attach an archive, mount a recovery point from the archive, and then restore the archived data.

When you attach an archive, it appears under Attached Archives on the Archives page of the Core Console, while the contents of the archive become accessible from the left navigation area. The contents appear under the name of the archive. Machines that were archived appear as recovery-points-only machines so that you can access the recovery points in the same way that you would for a currently protected machine: by mounting a recovery point, locating the item that you want to recover, and using Windows Explorer to copy and paste the item to your destination.

There are advantages to restoring from an attached archive rather than importing an archive to a repository.

  • Restoring from an attached archive saves the time you may spend importing an entire archive to a repository.
  • Also, when you import an archive, the archived recovery points are added to the repository.
    Because these archived recovery points are likely the oldest items in the repository, they may be rolled up according to your retention policy during the next nightly job. (Although, this action does not delete them from the archive; you could re-import them the next day.)
  • Lastly, the Core remembers the attachment association with archives, even after you detach an archive, making it easier and faster to attach the archive again later.

    You can remove the association by deleting the attachment.

To restore data from an attached archive, complete the following steps using the related links:

NOTE: The procedure for restoring from an attached archive assumes that you already have an archive of rolled-up recovery points.

  1. Attach the archive.
  2. Mount the recovery point that contains the data that you want to recover.
  3. Restore data using any of the following methods:
    • Restore data, such as file or folder, from the recovery point.
    • Restore the entire recovery point.
    • Export the recovery point to a virtual machine.

For more information, see the following related topics:

Mail Restore in Rapid Recovery

The Mail Restore feature in Rapid Recovery lets you restore a mailbox, folder, or item — such as a message, calendar event, or contact — from the data store of a protected Exchange Server machine. You can restore your selection to a recovery folder, to the original source, or to one or more PST files.

You can access the Mail Restore page from the [More] (More) menu of the Rapid Recovery Core Console. From there, you can complete the following actions:

  • Open an Exchange database
  • Restore an item from the open database
  • Close the database
  • Search for an item in the open database

For more information, see Opening an Exchange database in Rapid Recovery Core and Restoring a mail item in Rapid Recovery.

Related Documents

The document was helpful.

Select Rating

I easily found the information I needed.

Select Rating