Recovery assurance procedures
Creating data copy access jobs
Data copy access (DCA) jobs can be created on your source backup appliance, managed appliances, and distributed appliances. The steps required vary by where the DCA VMs will reside:
• | On-virtual host DCA job – When creating your first on-virtual host job, you must create a lab profile that enables you to apply consistent settings across multiple DCA jobs. This step can be omitted when subsequent data copy access jobs are created. For details, see To create an on-virtual host DCA job. |
• | On-box DCA job – When creating an on-box job, a lab profile is created automatically. There is no need to enter location details since the DCA VMs will reside on the physical appliance itself. For details, see To create an on-box data copy access job. |
Use these steps to create a job that will stand up VMs on your ESXi or Hyper-V server.
1 | Select Protect > Data Copy Access. |
2 | Enter a job name. |
3 | Select one of the following in the What do you want to certify list: VMware + Windows Replica or Hyper-V + Windows Replica. |
Notes:
• | A job can contain either a combination of VMware assets, image-level backups, and Windows replicas, or a combination of Hyper-V assets, image-level backups, and Windows replicas. VMware and Hyper-V assets cannot be included in the same data copy access job. |
• | Windows replicas must reside on a Hyper-V or ESXi host. Replicas located on the backup appliance are not supported. |
4 | Check boxes to select assets to include in the job. Click Next. |
5 | Enter location and recovery assurance settings by selecting a lab profile from the list. |
If needed, use these steps to create a new lab profile:
• | Select Manage Lab Profiles. Click Add. |
• | Enter a Profile Name. |
• | Enter Target Location settings: |
Setting | Description |
---|---|
Type | The virtual host type you selected. |
Host | Select a virtual host from this list. |
Storage (Hyper-V only) |
Select a storage volume. |
Resource (VMware only) |
Resource pools configured on your selected ESXi host are listed here. You can opt to select a resource pool. |
Datastore (VMware only) |
Datastores configured on your selected ESXi host are listed here. Select a datastore from the list. |
Recovery Network |
Networks you have configured via your hypervisor display in this list. The recovery network is where your VMs will be stood up when the data copy access job runs in failover mode. |
Test Network |
Networks you have configured via your hypervisor display in this list. The test network is where your VMs will be stood up when the data copy access job runs in either Run Test or Instant Lab mode. Warning! The test network must be isolated from your production VMs. Failure to contain tests and instant labs within an isolated test network may allow them to interfere with your production VMs. |
Appliance Network |
Select the VLAN you are using to connect to your virtual hosts. |
• | Enter Recovery Assurance settings: |
Setting | Description |
---|---|
Enable RPO/RTO tracking |
Check this box. RPO/RTO tracking must be enabled in order to certify backups as RPO/RTO compliant recovery points. |
Recovery Point Objective (RPO) |
The maximum amount of data loss, measured in time, that your business continuity plan can tolerate. |
Recovery Time Objective (RTO) |
The maximum amount of downtime that your business continuity plan can tolerate. |
• | Click Save. |
6 | Enter Job Options. Click Next. |
Setting | Description |
---|---|
Post Custom Script |
Enter the filename of a script you wish to run upon conclusion of the data copy access job. Note: All custom scripts must output a result. |
Post Custom Script Arguments |
Enter any arguments for the post custom script. |
Power On Timeout |
If a VM fails to power on in this amount of time, it is omitted from the data copy access job. Note: The inclusion of custom tests and replicas may necessitate longer timeout periods. |
Default Suffix |
This suffix will be appended to the VM's name when it is stood up on the hypervisor. |
7 | Define the test schedule. Click Next. |
Scheduled data copy access jobs run in Run Test mode.
8 | Define VM settings. After editing settings for all VMs, click Save to create the job. |
Click the pencil icon adjacent to each VM in your job and review or edit the settings on each tab. Settings vary based on your individual use case, however guest credentials (on the Options tab) must be configured for each VM. See the tables below for descriptions of these settings.
Setting | Description |
---|---|
Recovery Name |
If desired, you can enter a new name for your VM in this box. |
Guest OS |
Displays the VM's guest OS. |
Boot Order |
This value determines this VMs position in the boot sequence relative to other VMs in the job. If two or more VMs are assigned the same boot order value, they are sequenced at random relative to each other. |
Delay |
This value determines the number of minutes to delay custom tests and re-IP after the VM is powered on. |
Skip Power On |
If this option is selected, the VM is stood up on the test network or recovery network (depending on the job mode) but not turned on. |
Reconfigure CPU and Memory |
When the data copy access job stands up your VM on either your recovery network or test network, these CPU and memory settings replace the settings the VM was configured with when the backup was taken. |
Guest Credentials |
Select the guest OS credentials used to log in to this VM. For further information, see Managing protected assets. |
If location settings are entered for this individual VM, they override the location settings specified in your lab profile.
Review and edit settings, then click Save.
Click Add to assign new IP settings to your VM. When the data copy access job stands up your VM on either your recovery network or test network, these IP settings replace the IP address the VM was configured with when the backup was taken.
Note: Adapter Name refers to the network adapter found within the guest OS of your VM.
Click Save after making changes to these settings.
Add or edit custom tests, then click Save. For further instructions on adding custom tests to data copy access jobs, see Custom tests.
Use these steps to create a job that will stand up VMs on your physical Unitrends appliance.
1 | Select Jobs > Create Job > Data Copy Access. |
2 | Enter a job name. |
3 | Select Unitrends Appliance from the What do you want to certify list. |
4 | Check boxes to select Windows image-level assets to include in the job. Click Next. |
5 | Enter job options. Click Next. |
• | Enable RPO/RTO tracking – Check this box. RPO/RTO tracking must be enabled to certify backups as RPO/RTO compliant recovery points. |
• | Recovery Point Objective (RPO) – The maximum amount of data loss, measured in time, that your business continuity plan can tolerate. |
• | Recover Time Objective (RTO) – The maximum amount of downtime that your business continuity plan can tolerate. |
• | Power On Timeout – If a VM fails to power on in this amount of time, it is omitted from the data copy access job. |
6 | Define the test schedule. Click Next. |
7 | Review VM settings. If needed, click the pencil icon to edit a VM's settings. After editing and saving settings for all VMs, click Save to create the job. |
Setting | Description |
---|---|
Recovery Name |
If desired, you can enter a new name for your VM in this box. |
Guest OS |
Displays the VM's guest OS. |
Boot Order |
This value determines this VMs position in the boot sequence relative to other VMs in the job. If two or more VMs are assigned the same boot order value, they are sequenced at random relative to each other. For on-box DCA jobs, it is recommended to boot VMs serially (one at a time) to reduce the impact to appliance performance. |
Delay |
Number of minutes the VM will remain powered on before being powered off. |
Keep On Until Job Completed |
Check this box to keep the VM powered on until the job is finished. |
Capture Screenshot |
Check this box to capture a screenshot of the VM desktop. This screenshot is included in the emailed DCA Job Notifications report. |
Reconfigure CPU and Memory |
When the data copy access job stands up your VM on your test network, these CPU and memory settings replace the settings the VM was configured with when the backup was taken. |
Guest Credentials |
Select the guest OS credentials used to log in to this VM. For details, see Managing protected assets. |
Running data copy access jobs
If you created a schedule for your data copy access job, it will run in Run Test mode at the times specified. This job displays on the Job Manager tab, where you can select the job to view details, edit settings, or run it on-demand.
For on-box DCA jobs, use the To run a DCA job in Run Test mode procedure to run the job on-demand.
For on-virtual host DCA jobs, you can run the job in any of the three data copy access job modes by using these procedures: To run a DCA job in Run Test mode, To run an on-virtual host DCA job in Instant Lab mode, or To run an on-virtual host DCA job in Failover Mode.
Warning! Canceling a data copy access job that is in progress can result in orphaned virtual machine instant recovery sessions.
1 | Select Jobs > Job Manager. |
2 | Select the job. |
3 | Click Run. |
4 | Select Run Test. |
This procedure is supported for virtual host targets only.
Warning! Before running this procedure, be sure the job's lab profile is configured to use an isolated test network on your hypervisor. Failure to contain tests and instant labs within an isolated VM test network may allow them to interfere with your production VMs.
1 | Select Jobs > Job Manager. |
2 | Select the job. |
3 | Click Run. |
4 | Select Instant Lab. |
5 | Select your desired VMs and recovery points. |
• | Green text – This backup has passed all tests specified in the initial Run Test job. |
• | Red text – This backup has failed one or more tests specified in the initial Run Test job. |
• | Black text – This backup has not been tested. |
• | Failure to latest recovery point – Select the latest recovery point if recovering from a VM replica or Windows replica. |
6 | Click Save. The dialog closes. |
7 | Reselect the job. |
8 | Click Options. |
9 | Select Commit. This triggers VM stand-up on your virtual host. Any replicas included in the job will be stood up in audit mode. |
This procedure is supported for virtual host targets only.
Warning! Before running this procedure, be sure the job's lab profile is configured to use an isolated test network on your hypervisor. Failure to contain tests and instant labs within an isolated VM test network may allow them to interfere with your production VMs.
1 | Select Jobs > Job Manager. |
2 | Select the job. |
3 | Click Run. |
4 | Select Failover. |
5 | Select your desired VMs and recovery points. |
• | Green text - This backup has passed all tests specified in the initial Run Test job. |
• | Red text - This backup has failed one or more tests specified in the initial Run Test job. |
• | Black text - This backup has not been tested. |
• | Failure to latest recovery point – If recovering from a VM replica or Windows replica, select the latest recovery point. |
6 | Click Save. |
7 | Reselect the job. |
8 | Click Options. |
9 | Select Commit. This completes the failover process. |
Note: Any replicas included in the job will stand up in audit mode. In a disaster recovery scenario you may wish to put your replicas in live mode. For further information see Working with Windows file-level replicas for Windows replicas and Working with VM replicas for VM replicas.
Viewing the results of data copy access jobs
The results of a data copy access job can be viewed from within the Jobs menu or the Recovery Assurance and Compliance reports. For further information, see Working with reports.
1 | Select Jobs > Recent Jobs. |
2 | Select job. |
3 | Click View Log. |
The tasks included in the data copy access job display in a vertical list.