• | Creating data copy access jobs |
• | Running data copy access jobs |
• | Viewing the results of data copy access jobs |
When creating your first data copy access job, you must create a lab profile that enables you to apply consistent settings across multiple data copy access jobs. This step can be omitted when subsequent data copy access jobs are created. Data copy access jobs can be created on your source backup appliance, managed appliances, and distributed appliances.
Step 1: | Select Protect > Data Copy Access |
Step 2: | Select Assets. |
1 | Select 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 to include in the job. |
Note: VMware and Hyper-V assets cannot be included in the same data copy access job.
2 | Check the boxes adjacent to the assets you want to include in the job. |
3 | Click Next to proceed. |
Step 3: | Define Job Options. |
1 | Enter Location and Recovery Assurance settings by selecting a lab profile from the list. |
If needed, create a new lab profile by following the steps below:
Step 1: | Select Manage Lab Profiles > Add. |
Step 2: | Enter a Profile Name. |
Step 3: | 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. |
Datastore (Vmware only) |
Datastores configured on your selected ESXi host are listed here. |
Recovery Network |
Networks you have configured via your hypervisor appear in this dropdown. 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 appear in this dropdown. 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. |
Appliance Network |
Select the VLAN you are using to connect to your virtual hosts. |
Step 4: | 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. |
Step 5: | Click Save. |
2 | Enter Job Options: |
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. |
3 | Click Next to proceed. |
Step 6: | Define Schedule |
Scheduled data copy access jobs run in run test mode. Select Next after you have defined your schedule.
Step 7: | Define VM settings |
Click the pencil icon adjacent to each VM in your job and review the settings included under the tabs listed below. These settings will vary based on your individual use case, however guest credentials (found under the Options tab) must be configured for each VM.
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.
Click Save after making changes to these settings.
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.
For further instructions on adding custom tests to data copy access jobs, see Custom tests
Step 8: | Click Save |
If you created a schedule for your data copy access job, it will run in run test mode. This job will remain visible in the Job Manager tab where you can select it and run it in any of the three data copy access job modes.
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 job. |
3 | Click Run. |
4 | Select Run Test. |
1 | Select Jobs > Job Manager. |
2 | Select 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. |
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. |
1 | Select Jobs > Job Manager. |
2 | Select 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. |
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 replicas for Windows replicas and Working with VM replicas for VM replicas.
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.
Select Jobs > Recent Jobs.
1 | Select job. |
2 | Click View Log. |
The tasks included in the data copy access job display in a vertical list.