File Restore is a restore mode in which DPX displays your logical Enterprise tree structure, allowing you to select data to restore at the node group, node, drive, directory, or file level. This mode provides a high level of granularity in data recovery, making it a valuable tool for restoring specific files or directories.

To run a successful file restore, you must first define a File Restore job. You also need access to a file backup to restore from.

1. In the main desktop interface window, go to the Restore tab, and from the Restore Modes section in the task panel, choose File.

1. This action will take you to the view for defining a new restore job. If you were editing a different restore job and wish to start a new one, click Define New Restore Job.

1. Select the source (a previously created file backup) and the destination for your restore job. Then, click Save Restore Job.

1. Now you can create a Job Name, select a Folder, and add a Comment to your restore job. When you click OK, your File Restore job will be saved.

Image Restore is a restore mode used to recover data that was backed up in an Image backup. Also known as DPX Image, this mode supports restoration at the file level, making it a versatile tool for data recovery in various scenarios. It is particularly useful when dealing with backups that contain a complete image of a system's data If a disk object is offline, you cannot browse the disk or select it as a restore destination. For a physical restore, you select the entire volume but be aware that this may overwrite the file system.

NDMP Restore is a restore mode that is used to recover data backed up in an NDMP backup. This mode allows DPX to restore data to Network Attached Storage (NAS) appliances using the Network Data Management Protocol (NDMP), handling the details of communication between nodes running NDMP-compliant software. This makes it an essential tool for data recovery in environments that utilize NAS appliances.

To run a successful image backup, you must first define an Image Backup job. You also need access to an image backup to restore from.

1. In the main desktop interface window, go to the Restore tab, and from the Restore Modes section in the task panel, choose Image.

1. This action will take you to the view for defining a new restore job. If you were editing a different restore job and wish to start a new one, click Define New Restore Job.

1. Select the source (a previously created image backup) and the destination for your restore job. Then, click Save Restore Job.

1. Now you can create a Job Name, select a Folder, and add a Comment to your restore job. When you click OK, your Image restore job will be saved.

To run a successful image backup, you must first define an NDMP Backup job. You also need access to an NDMP backup to restore from.

1. In the main desktop interface window, go to the Restore tab, and from the Restore Modes section in the task panel, choose NDMP.

1. This action will take you to the view for defining a new restore job. If you were editing a different restore job and wish to start a new one, click Define New Restore Job.

1. Select the source (a previously created NDMP backup) and the destination for your restore job. Then, click Save Restore Job.

1. Now you can create a Job Name, select a Folder, and add a Comment to your Restore Job. When you click OK, your NDMP Restore job will be saved.

To run Block restore, you need to create and define a Block restore job first. You also need to have at least one Block backup to restore from.

1. Select the Restore tab and click Block under Restore Modes.

1. This action will take you to the view for defining a new restore job. If you were editing a different restore job and wish to start a new one, click Define New Restore Job.

1. Select the source (a previously created Block backup) and the destination for your restore job. Then, click Save Restore Job.

1. Now you can create a Job Name, select a Folder, and add a Comment to your restore job. When you click OK, your Block Restore Job will be saved.

A mount point is a path to a volume that may or may not have a drive letter. On the Backup window, mount point volumes appear in the following format, where <volume_name> represents the operating system assigned name:

mount_point[VOLUME{<volume_name>}] 

The following is an example mount point display:

D:\win[VOLUME{3C01567F-BA0E-11D8-92A2-0002A5911362}]

To restore the contents of the mount point to the mount point volume, you must specify the mount point as a restore destination. You can also restore the contents of the mount point volume to a directory on another volume. The backup of the drive on which the volume is mounted will indicate the mount point, but will not contain the mounted volume’s data.

Instant Access is a feature that allows quick, temporary access to block data backups without the need for data transfer. It leverages iSCSI (Internet Small Computer System Interface) technology to mount backup snapshots as local drives, providing near-instant access to backed-up data. This feature is particularly useful in recovery scenarios such as:

• Verifying backup integrity quickly from a standby node

• Using applications while simultaneously restoring data

• Recovering from ransomware attacks or accidental deletions by instantly reverting to a backup state

By bypassing time-consuming data transfers, Instant Access can restore data and application access in minutes rather than hours.

Prerequisites

Before using Instant Access, ensure the following prerequisites are met:

• iSCSI connectivity between the DPX server and the client system is established.

• The iSCSI initiator is installed on the client if connecting to a hardware snapshot.

Restoring Block Data with Instant Access

1. Select the Restore tab and click Block under Restore Modes.

1. This action will take you to the view for defining a new restore job. Select the backup instance to map with Instant Access.

2. Right-click the backup instance and select Map.

1. Choose the node and mount point to which you want to map the backup instance and click OK.

1. After confirming the operation, DPX will begin mounting your backup instance. This process may take a few minutes. Once the mapping is complete, a message box will appear indicating successful mapping.

The mapped drive will now appear as a local drive on your Windows or Linux system, labeled as DPXIA-{volume_name}. You can interact with the mapped backup instance as you would with any other volume.

Virtualization is the process of restoring Block backups by creating a separate virtual machine with the restored data. Such restore process requires BMR backups. The virtualization itself may be instant or full. Full Virtualization creates a production VM. Instant Virtualization creates a temporary VM, which is typically used for setup or testing purposes. In addition, you can convert the temporary VM that were created with Instant Virtualization into a production VM by using the Rapid Return to Production (RRP) feature.

1. Select the Restore tab and click Block under Restore Modes.

1. In the Sources pane, drill down to find the BMR backup within the node you want to restore.

1. Right-click the recovery point you want to restore from (you may also right-click the LATEST item) and select Virtualize.

The Virtual Machine Wizard will open in a new window.

1. Specify the following:

   • Virtual Machine Name

   • Host Name (or use original host name)

   • Virtual Machine Memory [MB]

   • Virtualization Type (Full or Instant)

   • VMDK Provisioning (for Full Virtualization only)

   • One of the virtual machine manager nodes, e.g. a vCenter

   • Choose whether the VM will be powered on upon creation

     Click Next.

1. In the Select Resources step, specify the Host, Datastore, Resource Pool/VApp, Network, iSCSI Adapter and the VM Folder where the new VM will be logically located. Click Next.

1. Select dynamic or static addressing. If you select Static, you need to specify further network details. Click Next.

1. Select the virtualization proxy server. For more information, see DPX Proxy Server.

2. Indicate the Virtual ISO Location. You will need a virtualization ISO of the operating system required for your machine (Linux or Windows). Normally, you will obtain it from the appropriate MySupport DPX Virtualization Support section. If in doubt, contact our Technical Support team. If you want to select a datastore where the ISO is located, you need to wait a moment until DPX retrieves files. If you want to manually specify the ISO location, click Cancel Retrieve and then select the Specify Location radio button.

1. Select the ISO file and click Review.

1. If all the information in the summary is correct, click Finish. The Save Job window will be shown.

1. Specify the Job Name. The name may be up to 64 characters long and may only contain letters, digits and - _ characters. Click OK.

1. A Saved Successfully prompt will be shown.

1. Click OK.

1. To run the job, go to Run Tasks in the Task Panel (scroll down if necessary) and click Run Restore Job.

To see the job progress and status, go to the Monitor Jobs tab. For more information, see Monitor Jobs Tab.

Agentless VMware Restore is a specialized restore mode designed for restoring Agentless VMware Backups. This mode allows for the restoration of individual files and folders to virtual machines where the NetBackup client is not installed, making it a powerful tool for data recovery in virtualized environments

Most Full Virtualization jobs from snapshots of Windows clients are eligible for RRP processing and will transparently use RRP to bring the machine back in minutes. Such jobs are called Full Virtualization with RRP or Full with RRP. For more information about RRP, see Rapid Return to Production (RRP).

Creating an Agentless VMware Restore job involves a few more steps than other restore jobs due to the need for additional information such as Target Datastore or Virtual Machine Options. The Restore Wizard is used to guide you through this process.

1. Navigate to the Restore tab in the main desktop interface window. From the Restore Modes section in the task panel, select Agentless VMware.

1. To create a new Agentless VMware Restore Job, select Agentless VMware Restore Wizard.

1. Click New Job to create a new job or select an existing job from the dropdown list to modify it.

2. Select an operation, you want your Restore job to perform. You can choose from the following options:

   • Instant VM Restore

   • Full VM Restore

   • Instant VMDK Restore

   • Full VMDK Restore

1. Browse to the snapshot you wish to restore. The steps that follow may vary slightly based on the restore option you selected in the previous step.

In the left pane, select the VM to restore. The right pane lists snapshots for the selected VM. If you selected one of the VMDK operations on the Select Operation page, browse to a VM that contains the VMDK to restore and select it.

In the right pane, expand a backup instance to reveal the object to restore. The selectable items, snapshots, or VMDKs, depend on your choice on the Select Operation page:

• If a VMDK operation was not selected on the Select Operation page, only VM-level restore will be possible. You can view VMDKs under a VM, but they are not selectable.

• If you selected a VMDK operation on the Select Operation page, you can select a VMDK to restore, but Agentless VMware Backup VM snapshots are not selectable.

1. On this page, select the restore destination. The procedure differs depending on your selection on the Select Operation page:

• To select a target host, if you selected an operation other than VMDK Instant Access, choose a host to restore to. You can select either the original location or an alternate location. Note that when an alternate restore location is selected for a VMDK file, only VMs are selectable.

• A list of data stores appears under the selected destination host. Select a datastore for the restore target.

1. [Instant and Full VM Restore only] Choose the setting for your VM. The tabs contain fields populated by default with values from the source VM. For more detailed information on each available field, see the tables below:

Name

Resource

1. Give the restore job a name and location and indicate if the job is deleted when it completes.

2. Set up pre-job and post-job scripts, disk provisioning, and notifications. For more detailed information on each available field and tab, see the tables below:

The Source tab displays options related to setting up pre-job and post-job scripts and when they are run.

The Target tab displays only for Full VM Restore or Full VMDK Restore.

Notification

1. Scheduling a job is optional. If you do not want to schedule the job, click Next. To schedule the job, click Schedule.

1. The Summary page displays field entries from the previous pages. If the displayed values are satisfactory, click Finish. If you did not schedule the job, you will be asked if you want to start the job.

The following table summarizes conditions associated with the different types of restore operations:

Storage Relocation vs. Cloning

In the context of Full Restores, storage relocation, and cloning are two distinct processes. Storage relocation allows immediate access to restored disks once RDM disks are connected to the VM. This is typically the preferred method for full VM and VMDK restores in Agentless VMware Backup.

On the other hand, cloning requires waiting until the full restore process finishes before the disks are usable. Cloning becomes necessary when:

• The target VM is powered off.

• Any target datastore is NFS (only original location restores are supported for NFS).

Instant VM Restore

Instant VM Restore uses iSCSI LUN mapping to quickly restore a VM to the original or an alternate VMware ESXi or vCenter. A snapshot stored on the backup storage system is mapped to the VMware ESXi host that you specify as the restore destination. This method does not physically transfer data, requiring minimal space in the datastore.

Changes made to the mapped drive do not affect the snapshot. The restored disk is attached as an RDM LUN in virtual compatibility mode.

Full VM Restore

Full VM Restore restores a VM to the original or an alternate location, creating a flat VMDK file on the target datastore for each restored disk. In most cases, Full VM Restore uses temporary iSCSI mapping of the restored disks as RDMs to the target VM.

This allows the restored VM to be used immediately, while storage relocation transfers data in the background. Again, if a VM of the same name already exists at the restore destination, the restore job fails. You must delete or rename the VM on the target host before rerunning the restore.

Instant VMDK Restore

Instant VMDK Restore uses iSCSI LUN mapping to restore a selected VMDK file from an Agentless VMware Backup snapshot to an original or alternate VM. This method is similar to Instant VM Restore, but it restores a VMDK rather than an entire VM. To restore multiple VMDKs on a VM, repeat the restore for each VMDK.

When restoring a VMDK, Catalogic DPX creates a temporary LUN on the back destination NetApp storage system hosting the backup, maps the LUN to the target host, and then attaches the LUN to the target VM as an RDM disk in virtual compatibility mode. A separate mapped LUN is used to create a temporary VMFS datastore, which contains attached RDM disks. The temporary datastore is created automatically by Agentless VMware Backup.

Full VMDK Restore

Full VMDK Restore restores a VMDK file to a VM from an Agentless VMware Backup snapshot. This method is similar to Full VM Restore, but it restores a VMDK rather than an entire VM. To restore multiple VMDKs on a VM, repeat the restore for each VMDK.

A temporary datastore is created to contain RDM disks. However, in the case of a Full restore, the temporary datastore is deleted after the restore completes.

This method first performs an Instant restore internally, with a LUN-attached VMDK. When the Instant restore completes, storage relocation is used to convert the attached LUN to a flat format VMDK on a production datastore.

Storage relocation, enabling immediate access to the restored VM, is used in most cases.

Rapid Return to Production (RRP) creates a full production VM from a temporary VM that was created with Instant Virtualization of Block Backups or Instant VM Restore from Agentless Backups. RRP converts a temporary VM into a working production VM without significant downtime (typically only a few minutes). The new VM is available for use while Catalogic DPX transfers data behind the scenes, using Storage vMotion, to populate the selected datastore. Secondary storage is automatically released after the Storage vMotion transfer completes.

When migrating a temporary, test VM to a permanent VM, RRP can save many hours, or even days in the case of large data transfer over a slow connection.

Typically, you initiate RRP with a temporary VM only once, but you can schedule the start time of an RRP job.

Prerequisites for RRP

• For general virtualization considerations and requirements, see Full VM Restore or Instant VM Restore.

• The Catalogic DPX client to virtualize must be running a supported operating system. See in the Compatibility Matrix.

• A VM created with Instant Virtualization or Agentless Instant VM Restore must already exist.

• For Microsoft Windows Full Virtualization with RRP (Full with RRP), the radio button Align virtual machine file system on the Virtual Machine Information screen of the virtualization wizard must be selected. For Linux or Clustered Data ONTAP volumes less than 2 TB in size, the file system will always be aligned and the radio button does not appear.

RRP General Considerations

• You cannot use RRP for VMware vApp or VMs in it.

• RDM disks are converted to virtual disks.

• Running an RRP job to an NFS target datastore causes the machine to power off when the job is completed. This is the outcome of using a cloning operation, as migration to an NFS target datastore is not supported. This is due to a VMware limitation.

• If the Instant Virtualization VM to be used for RRP (or Full with RRP) was created with a version of Catalogic DPX that does not support RRP, then RDM compatibility mode will be automatically converted from physical to virtual compatibility mode, which is required by Storage vMotion.

• If a RRP job fails, you cannot define and run another RRP job that uses the same Instant Virtualization VM. If you attempt to do so, a message will indicate that processing has failed because the VM is involved in an active or incomplete RRP job. Re-run the job.

Power State Considerations for RRP

Note the following considerations related to the power state of the Instant Access VM used for RRP jobs:

• While an RRP job or Full with RRP job is in progress, you cannot change the on/off state of the Instant Virtualization VM in vSphere Client. You must wait for the job to complete. The RRP job may seem to be complete because the new production VM is available almost immediately; however, data transfer is occurring in the background, and the job is not complete until this data transfer is completed (which can take hours or even days).

• Once the RRP job starts, don’t attempt to change the power state of the Instant Virtualization VM. If that VM is powered on and you power it off from the VM itself, the RRP job will fail. If the Instant Virtualization VM is powered off, you cannot turn it on until the RRP job is completed. The power-on state will be grayed out in VMware.

• RRP using Storage vMotion requires the Instant Access VM in the power-on state. If the Instant Access VM is off before the RRP job starts, RRP will proceed but will use the cloning method. In this scenario, the rapid creation of a usable production machine will not be realized.

• If you don’t select the Start VM after it is created check box in the virtualization wizard, that is equivalent to starting a Full with RRP job with the Instant Virtualization VM powered off, and the RRP job will use the cloning method rather than the migration (Storage vMotion) method.

Completing an RRP Job Despite Master Server Interruption

In the event the master server experiences an interruption due to network or hardware issues, the RRP job will continue. Thus, it is not necessary to restart the RRP job from the beginning (which could lose many hours, or even days, of processing time). However, you do need to take some simple steps to ensure the RRP job is completed successfully.

In the event of a master server interruption during an RRP job, the job monitor will indicate a status of Abort. However, the master server interruption only affects the reporting of job progress; the RRP job continues.

To ensure the RRP job is completed successfully, note the following:

• To resolve the Abort condition and update job monitoring, re-run the RRP job. Note that this is not a job re-run. The re-run simply syncs up the master server with the in-progress RRP job, and the job monitor will now indicate the actual progress of the job.

• If the RRP job has been completed before the job re-run, the re-run will initiate the RRP post-completion phase, LUN cleanup. Although the RRP job continues while Abort is indicated, it will not proceed to LUN cleanup until the job is re-run to resolve the Abort condition.

• If you want to cancel the RRP job for which Abort is indicated, you must re-run the job, and then cancel.

• While Abort is indicated, you can not start another RRP job based on the same Instant Virtualization VM. You must resolve the Abort condition first by re-running the job and either allowing it to be completed or canceling it.

Converting Temporary VM to Production VM by Using RRP

Rapid Return to Production (RRP) creates a full production VM from an existing VM created with Instant Virtualization from Block Backups or Instant VM Restore from Agentless Backups. RRP transfers data from a snapshot on secondary storage to primary storage attached to an ESX server. The new production VM is available for use within minutes while data transfer continues transparently in the background. RRP jobs are defined through the RRP Wizard. RRP jobs can be scheduled, but they are intended for single, not recurring use.

Take the following steps to convert a temporary VM to a production VM:

1. On the Function Tab Bar, click Restore, then click Block.

2. On the Task Panel, select RRP Wizard. The Welcome dialog appears.

1. Click Next. The Login dialog appears.

2. Log in to the host or vCenter Server for the new VM:

3. Enter IP Address / Name. This is a fully qualified network name or IP address of an ESX Server or vCenter Server.

4. Enter a valid username and password.

5. Click Next; the Select Virtual Machine dialog appears.

6. Expand the datacenter to display VMs.

7. Click on a VM for RRP to bring into production. Only machines eligible for RRP will be displayed. The properties of the VM are displayed in the right pane.

8. Click Next; the Select Datastore dialog appears.

9. Select a datastore from which the VM disks will be provisioned.

1. Click Next; the Specify Job Information dialog appears.

2. Identify the RRP job:

   • Name the job, specify a folder for the job, and optionally add a comment.

   • Optionally select Delete Job when Done. If checked, your job definition will be deleted once the job is completed successfully. It will not be deleted if the job fails. In most cases, you should leave this check box unselected since you will usually want to re-run a job. If you select the check box, the values you entered for it will be lost after the job runs.

   • Optionally schedule the job to run later. If you click Schedule, the job scheduler opens. If the job is not scheduled, after you click Finish on the final screen of the wizard, you will be asked if you want to run the job immediately.

3. The Summary screen displays the information you have entered for the RRP job. To change an entry, click Back. To accept all selections, click Finish.

After you click Finish, if you have not scheduled the job, you will be asked if you want to run the job immediately. If the job is not scheduled and you don’t choose to run it immediately, you can run the job later from the Monitor Jobs window.

Block Restore is a method of data recovery that is particularly useful when dealing with backups made in a Block backup. This mode is supported by DPX and allows for the restoration of data to primary NetApp Storage systems or Open Systems from a secondary storage system. It is a crucial tool for data recovery, especially in environments where large amounts of data are stored and regularly backed up.

In the management console, the destination pane in the Block restore windows displays both the Catalogic DPX client nodes and the NetApp SnapVault Management source nodes. The source pane displays backup instances for both Block restore and the NetApp SnapVault Management.

Tape Restore is a restore mode used to recover data from one or more media volumes. This mode is particularly useful for restoring uncataloged data. In this mode, you specify a search pattern, and DPX searches the media volume(s) for data that fits the pattern and restores it. This makes it an essential tool for data recovery in environments that utilize tape backups for data storage.

To run a successful image backup, you must first define a Tape Backup job. You also need access to a Tape backup to restore from.

1. In the main desktop interface window, go to the Restore tab, and from the Restore Modes section in the task panel, choose Tape.

1. This action will take you to the view for defining a new restore job. If you were editing a different restore job and wish to start a new one, click Define New Restore Job.

2. Select the source (a previously created Tape backup) and the destination for your restore job. Then, click Save Restore Job.

3. Now you can create a Job Name, select a Folder, and add a Comment to your restore job. When you click OK, your Image restore job will be saved.

The desktop interface of Catalogic DPX does not support the application restore feature directly. As such, you should use the web UI to perform application restores, which offers a more streamlined and easy experience.

When you need to restore applications using the desktop interface, you must select either block or file backup modes. However, for a comprehensive and user-friendly restoration process, the web UI is the recommended approach. The web UI supports restoration for a variety of enterprise applications, including:

• Oracle Database

• Microsoft SQL Server

• SAP HANA

• SAP R/3

• Microsoft Exchange Server

• Microsoft SharePoint Server

• Micro Focus GroupWise

• HCL Notes and HCL Domino

To check the details of a specific job scheduled for a certain date:

1. Open the Job Schedule dialog box and select the Preview tab.

2. From the Schedule Preview box, choose the Display Calendar option from the drop-down menu.

3. Pick a date from the calendar and click OK. Dates highlighted in red indicate the days this job is set to run.

4. Choose Current Job to view the details of the job scheduled for the selected date. The details will be displayed in the lower section of the window.

To see all jobs scheduled for a specific date:

1. Open the Job Schedule dialog box and click on the Preview tab.

2. Choose the Display Calendar option from the drop-down menu in the Schedule Preview box.

3. Select a date from the calendar and click OK. Dates highlighted in red indicate the days this job is set to run.

4. This time, select All Jobs to see a list of all jobs scheduled for the chosen date. The details will appear in the lower part of the window.

Once you define a restore job, you can schedule it to run at a specific time or date. Each job can have its schedule as a part of its restore definition.

Creating a new Restore schedule:

1. On the task panel, click Schedule Restore Job.

1. This will open the Job Schedule dialog containing three tabs:

• The Schedule tab lets you define the dates and times for running this job.

• The Exceptions tab lists any exceptions to the schedule of this job.

• The Preview tab lets you view all jobs, as scheduled for a specified future date.

1. First, click the Schedule tab.

   1. Click New.

   2. In the Edit Schedule box, select a frequency:

1. Now, fill in the relevant details based on the frequency you choose.
2. Click Apply. The new job schedule element appears in the Schedule Description list at the top of the window.

Adding Exceptions to a Restore Job

To exclude any prescheduled runs of this job, select the Exceptions tab.

To add an exception to a Restore Schedule:

1. In the New Exception box, use the display calendar to select a date to exclude. In the display calendar, dates marked red identify run dates scheduled for this job.

2. To exclude certain job elements scheduled for that date, click Select one or more entries to exclude, then select the desired jobs from the entries listed in the box. To exclude all job elements scheduled for a selected date, click Exclude whole day.

3. Click Apply. The exclusion description item is added to the Schedule Description list at the top of the window.

4. [OPTIONAL] Mark that a scheduled job should not run on any holiday by selecting the Skip Run if Holiday check box.

5. Click OK. Remember to resave this job definition.

The Set Job Source Options dialog allows you to set options related to restore sources. The options displayed depend on the restore mode. An explanation of each field in the dialog and the available choices is provided in this section.

Source Tab fields

Tape EOJ Usage

Determines what to do with the tape when the backup job is complete.

Max Devices (Devices)

Limits the number of storage devices valid for use with this job. Use this option to stop DPX from using all the drives in the selected device cluster so that some drives will be available for other purposes.

Tape Mount Attempts

The maximum number to check a tape in a standalone tape device.

Mount Interval (Seconds)

The number of seconds to wait between checking the availability of a tape in a standalone tape device.

Script Tab fields

Pre-Job Script

Enter the name of a script to execute before the actual job.

If Pre-Script fails

The action to take if the Pre-Job Script fails.

If Job fails

The action to take if the Job fails.

Post-Job Script

Enter the name of a script to execute after the actual job.