Detaching an archive
You must have an archive attached to your Core to perform this task.
When an archive is attached to your Core, you can navigate through the data in the archive as if the data were currently protected machines.Once you attach an archive, its credentials are cached and it remains visible in your Core until you detach it.
Perform this task after you have accomplished your objectives for attaching the archive, to remove it from view on your Core.
|
NOTE: Detaching the archive does not delete the data; it only removes the data from current view. |
Use this procedure to detach an archive.
- On the left navigation menu of the Rapid Recovery Core Console, locate the archive you want to detach.
- Click on the ellipsis for the archive, and from the context-sensitive menu, select Delete.
- In the resulting dialog box, confirm that you want to remove the selected archive.
The dialog box closes. After a brief pause, the attached archive is removed from the Core Console. This action is logged as an alert.
Importing an archive
You can use this procedure to import an archive one time, or schedule an archive to import on a recurring basis.
When you want to recover archived data, you can import the entire archive to a specified location.
|
Caution: Perform this step only after careful consideration. Importing an archive repopulates the repository with the contents of the archive, replacing any new data in the repository since the archive was captured. |
To import an archive, complete the steps in the following procedure.
- On the menu bar of the Rapid Recovery Core Console, click the Archive drop-down menu, and then select Import Archive.
The Import Archive Wizard opens.
- On the Import Type page of the wizard, select one of the following options:
- One-time import
- Continual import (by schedule)
- Click Next.
- On the Location page, select the location of the archive you want to import from the drop-down list, and then enter the information as described in the following table:
Table 162: Imported archive location type options
Local |
Location |
Enter the local path where you want the archive to reside; for example, d:\work\archive . |
Network |
Location |
Enter the network path where you want the archive to reside; for example, \\servername\sharename . |
User name |
Enter the user name for the user with access to the network share. |
Password |
Enter the password for the user with access to the network share. |
Cloud |
Account |
Select an account from the drop-down list.
|
NOTE: To select a cloud account, you must first have added it in the Core Console. For more information, see Adding a cloud account. | |
Container |
Select a container associated with your account from the drop-down menu. |
Folder name |
Enter a name for the folder in which the archived data is saved. |
- Click Next.
- On the Archive Information page of the wizard, if you want to import every machine included in the archive, select Import all machines.
- Complete one of the following options based on your selection:
- If you selected One-time import in step 2, you selected Import all machines in step 6, and all the machines are present on the Core—as protected, replicated, or recovery points only machines— go to step 12.
- If you did not import all machines in step 6, click Next, and then continue to step 8.
- On the Machines page, select the machines that you want to import from the archive.
- If you selected One-time import in step 2, and at least one machine is not present on the Core—as a protected, replicated, or recovery points only machine—use the drop-down lists to select a repository for each machine you want to import, and then go to step 12.
- If all machines are already present on the Core—as protected, replicated, or recovery points only machines—go to step 12.
- Click Next.
- On the Repository page, complete one of the following options:
- If a repository is associated with the Core, select one of the options in the following table.
Table 163: Repository options
Use an existing Repository |
Select a repository currently associated with this Core from the drop-down list. |
Create a Repository |
In the Server text box, enter the name of the server on which you want to save the new repository—for example, servername or localhost—and then see Creating a DVM repository. |
- If no repository is associated with the Core, enter the name of the server on which you want to save the new repository—for example, servername or localhost—and then see Creating a DVM repository or Connecting to an existing repository.
- If you chose to Continuous import (by schedule) in step 2, on the Schedule page, select the options described in the following table.
Table 164: Schedule import options
Daily |
Click the clock icon and use the up and down arrows to select at what time you want to the archive job to begin.
If you are using a 12-hour time system, click the AM or PM button to specify the time of day. |
Weekly |
Select the day of the week and then the time you want the archive job to begin.
If you are using a 12-hour time system, click the AM or PM button to specify the time of day. |
Monthly |
Select the day of the month and the time you want the archive job to begin.
If you are using a 12-hour time system, click the AM or PM button to specify the time of day. |
Pause initial importing |
Select this option if you do not want the import job to begin at the next scheduled time after you complete the wizard.
|
NOTE: You may want to pause the scheduled import if you need time to prepare the target location before importing resumes. If you do not select this option, importing begins at the scheduled time. | |
- Click Finish.
Cloud accounts
Rapid Recovery lets you define connections between existing cloud storage or cloud service providers and your Rapid Recovery Core. Compatible cloud services include Microsoft Azure, Amazon Web Services (AWS), any OpenStack-based provider (including Rackspace), and Google Cloud. US government-specific platforms include AWS GovCloud (US) and Azure Government. You can add any number of cloud accounts to the Core Console, including multiple accounts for the same provider.
The purpose of adding cloud accounts to your Core Console is to work with them as described in the topic About cloud accounts.
Once added, you can manage the connection between the Core and the cloud accounts. Specifically, you can edit the display name or credential information, configure the account connection options, or remove the account from Rapid Recovery. When you edit or remove cloud accounts in the Core Console, you do not change the cloud accounts themselves—just the linkage between those accounts and your ability to access them from the Core Console.
This section describes how to define links between existing cloud storage provider or cloud service provider accounts, and the Rapid Recovery Core Console. It also describes how to manage those cloud accounts in Rapid Recovery.
Topics include:
About cloud accounts
Rapid Recovery works with cloud accounts in the following ways:
- Archive. You can store a one-time archive or continual scheduled archive in the cloud. This feature is supported for all supported cloud account types. When you archive to the cloud, you can later access the information in the archived recovery points by attaching the archive (for archives created in release 6.0.1 or later). For all archives (including archives created prior to Rapid Recovery 6.0.1), you can import the archive (which then makes the imported data subject to your data retention policy). You can also perform bare metal restore from an archive.
- Virtual export. You can perform virtual export to an Azure cloud account. This includes one-time export of a virtual machine, or continual export for a virtual standby VM.
|
NOTE: When archiving to Azure using Rapid Recovery release 6.6, use the cloud account type Microsoft Azure Service Management (for Archive). When exporting a VM to Azure, use the cloud account type Microsoft Azure Resource Management (for Virtual Export). |
For conceptual information regarding various cloud accounts, see Considering cloud storage options.
For information about configuring timeout settings between the Core and cloud accounts, see Configuring cloud account connection settings.
For information about performing virtual export to the Azure cloud, see Exporting data to an Azure virtual machine.
For information about adding a cloud account, see Adding a cloud account.