Advanced Job Options
Set alternate destination
By default, DPX will restore the files or volumes specified in the File Browsing step to their original location. You may override this setting by indicating a directory on the same or another node.
![[image expected here]](/assets/images/file_restore_from_block_backup-options-set_alternate_destination-e34a72702f747d19da17fc1e9412861a.png)
- Specify the Node Name. This may be the same node the data were backed up from, or another machine.
File Restore From Block Backup only handles alternate destinations with similar operating systems. E.g. restoring Linux files on a Windows node or vice versa is not supported.
- Select the destination folder in the tree view. You can use the + Create New Directory button to restore data to a non-existing location; DPX will create it.
Alternate Secondary Storage
In all previous steps of creating the restore job, the available selections were based on the backup metadata stored on DPX. This means that DPX is aware of all backups made by the user and where they are stored. If, during backup or at a later stage, the backup data have been replicated to a secondary location and the primary location becomes corrupt or inaccessible, you can choose to restore your data from such secondary location using this option.
![[image expected here]](/assets/images/file_restore_from_block_backup-options-alternate_secondary_storage-16bb904d1b79783d5e903fd11d0b777a.png)
- Select the secondary storage node from the drop-down list.
- Select the volume where the alternate backup is stored.
DPX will attempt to identify the files or directories specified in previous steps. If this proves impossible, the following warning will be displayed:
For more information, see Creating vStor Partnerships in vStor 4.15 documentation.
Set schedule
Schedule the restore job. The time field is using your browser’s time zone. For example, if you have DPX in London and access the DPX web interface from New York, specify the time in US Eastern Time.
![[image expected here]](/assets/images/file_restore_from_block_backup-options-set_schedule-76cd8e90a26849eb6b0329259ca41475.png)
When specifying a schedule, make sure the Delete restore job upon completion toggle is switched off. Otherwise, the job will be deleted upon its first successful completion.
Also please note that in the current version of DPX, restore jobs cannot be edited. This also includes job scheduling.
Script Options
As with backup jobs, you can add script options for this restore job.
![[image expected here]](/assets/images/file_restore_from_block_backup-options-script_options-58fb8e8d17e14769156153717ea5e910.png)
Pre-Job Script
Enter the name of a script to execute prior to the actual job.
Basic usage: <script>@<node_name> <argument_list>
If Pre-Script fails
The action be taken if the Pre-Job Script fails to complete:
- Run Job/Run Post-Job Script
- Skip Job/Run Post-Job Script
- Skip Job/Skip Post-Job Script
If Job fails
The action to be taken if the Job fails to complete:
- Run Post-Job Script
- Skip Post-Job Script
Post-Job Script
Enter the name of a script to execute after the actual job.
Basic usage: <script>@<node_name> <argument_list>
For detailed information about pre- and post-job scripts, including all valid definitions, see Pre-Scripts and Post-Scripts.
Job Options
![[image expected here]](/assets/images/file_restore_from_block_backup-options-job_options-59fde0d699dd77c49288a937b4857fe9.png)
Enable NDMP server logging
Controls the routing of NDMP server-generated log messages to the job log file.
| Toggle on | All NDMP server log messages will be routed to the master server’s job log file. Yes is the default. |
| Toggle off | The NDMP server log messages will be logged locally in the NDMP client node log file instead of in the master server’s job log file. |
Restart relationship after restore completes
This option only takes effect when you restore an entire SnapVault filer-to-filer backup instance to its original location.
| Toggle on | Immediately after restore, DPX resynchronizes the restored backup instance as the most recent backup. |
| Toggle off | Do not resynchronize the restore. |
Data transfer auto cancel interval (minutes)
This option comes into play if a job does not get an indication of “active” status during the data transfer phase of the job. Catalogic DPX initiates job cancellation after this interval, specified in minutes, has lapsed.
Existing File Handling
Tells DPX how to behave if it finds a file at the destination with the same name as the file that it is restoring.
| Skip Existing Files and Directories | Does not write over the existing file or directory if it has the same name as the one being restored. |
| Replace Existing Files | Restores the file to a temporary file, ensures that the restore is successful, and then writes over the existing file with the like-named file being restored. |
| Replace Existing Files and Directories | For existing directories, restores directory characteristics only, such as date, time, and owner. For existing files, restores file to a temporary file, ensures that the restore is successful, then writes over the existing file with the like-named file being restored. |
| Delete Existing Files Before Restore | Deletes the existing file before restoring the like-named file. Use this option when disk space limitations prohibit using Replace Files. |
| Rename Restored Files | Renames the file being restored to a name derived from the existing file. On NTFS and UNIX, DPX appends .R01 to the filename. If filename.R01 exists, DPX uses .R02 and so on. On FAT, a file extension of .R01 is used. For example, file ABCD.TXT is restored as ABCD.R01. If ABCD.R01 exists, ABCD.R02 is used, and so on. |
Missing Directories
Controls how DPX behaves if it tries to restore a file to a directory and discovers that the directory does not exist
| Use Full Privileges | Uses the file privileges the file possessed when it was originally backed up. |
| Use Parent Privileges | Applies the file privileges of the parent directory into which the files are being restored. |
| Use Root Privileges | Applies the file privileges of the root directory into which the files are being restored. |
SYSVOL Handling
If the Enterprise has more than one domain controller, you can choose whether to replicate SYSVOL files and folders to the other controllers as part of the Windows 2000+ System State restore.
| Authoritative Restore | Restores SYSVOL files and folders in a primary manner and forces that data to be replicated to the other primary domain controllers. |
| Non-Authoritative Restore | Restores SYSVOL files and folders locally and allows that data to get updated via the normal replication process. Non-Authoritative Restore is the default. |
When there are replication partners, selecting Authoritative Restore can result in unexpected behavior. For more information, see Creating vStor Partnerships in vStor 4.15 documentation.
To perform an authoritative restore on the Active Directory, you must run the Microsoft Ntdsutil utility after you have restored the System State data but before you restart the domain controller. For more information about the Ntdsutil utility and authoritative restore, refer to your Microsoft documentation.
Cluster Handling
If your Enterprise contains clusters, you can choose whether to restore the cluster quorums as part of the Windows 2000+ System State restore.
| Do Not Restore Cluster Quorum | DPX does not restore the cluster quorum. Do Not Restore Cluster Quorum is the default. |
| Restore Cluster Quorum | DPX restores the cluster quorum. However, if other cluster nodes are active or if the cluster quorum has changed since backup, the cluster quorum restore may terminate. |
| Restore Cluster Quorum (Force the Recovery) | DPX restores the cluster quorum even if other cluster nodes are active or if the cluster quorum has changed since backup. Any changes made to the cluster quorum after the backup will be lost. |