RestoreWhere

Version as of 10:31, 4 Aug 2026

to this version.

Return to Version archive.

View current version

Restore Where

  • The main functionality of the Restore Where page is to allow users to select where the data is to be restored.
  • It also allows users to pre-resolve potential conflicts in restoring data. For example over-writing an existing file that may already exist at the proposed location.

Fig. 1 Restore Where Overview

"Restore Destination" Settings

  • The Restore Destination Settings panel (left panel No 1 above) seeks four initial parameters about the data that users are trying to restore.
  • Destination Host.
  • Destination Host Type.
  • Destination Directory.
  • Client Temporary Directory.

Destination Host

  • The Destination Host is the host where you want to store the restored data.
    • It can be the same host as from which the data had been backed up.
  • If Destination Host is left blank, then ZMC assumes the default value "Amanda server" i.e. the host on which ZMC is installed.
  • The Destination Host should have ssh running on it and grant ssh access to the appropriate user (as explained in Destination Host Type below).

WARNING:
If the User does not have ssh permission between the server and client where restore is to be done, he will get an error message like
ssh connection to mymachine.zmanda.com refused

  • Please correct the configuration to give proper access rights to the user.

Destination Host Type

  • The drop down box allows users to chose between 'Linux/Unix' or 'Windows' types .

Fig. 2  Destination Host Types

  • If the Destination Host is running Linux , then the data will be restored as user root.
  • If the Destination Host is running Windows , then the data will be restored as user amandaroot and not amandabackup.
  • The Message box at No 3 above pre-displays a message about using different users as ssh rights will be with those users.

Destination Directory

  • Destination Directory is on the Destination Host.
  • It is the directory on which ZMC can make available the restored files for examination.
    • If Destination Directory is left blank, an error is thrown till users specify a destination directory.

WARNING:
Destination Directory MUST be specified by an absolute path.

Client Temporary Directory

  • Client Temporary Directory is like a scratch pad on the Destination Host that ZMC uses to hold temporary files while it is doing the restore.
  • It is not available to Users.

Conflict Resolution

  • The right hand Conflict Resolution Panel ( No2) allows users to chose one among the four options.
  • The first option "Keep Existing Files" will not overwrite the existing files with the restored files in case of a conflict. The restored files that are conflicting will be discarded.
  • The second option "Overwrite Existing Files" on the other hand will overwrite the existing files by the restored files if there is a conflict.
  • If the third option "Rename Existing Files" is selected, and there is a conflict, then the conflicting existing files will be renamed to "original_filename.original.timestamp". This will clearly distinguish the existing file from the restored file.
  • The fourth option "Rename Restored Files" will on the other hand rename the restored file if a file by that name is already existing. The restored file will be renamed to "restored_filename.restored.timestamp".

In all the 4 options above, the non-conflicting files will NOT be affected.

  • NEXT STEP
    • Clicking the 'Next Step' Button at the bottom takes users to Restore Restore page.