| BACKUP_DISKRESTORE(8) | AFS Command Reference | BACKUP_DISKRESTORE(8) |
backup_diskrestore - Restores the entire contents of a partition
backup diskrestore
-server <machine to restore>
-partition <partition to restore>
[-portoffset <TC port offset>+]
[-newserver <destination machine>]
[-newpartition <destination partition>]
[-extension <new volume name extension>]
[-dryrun | -n] [-localauth]
[-cell <cell name>] [-help]
backup di
-s <machine to restore>
-pa <partition to restore>
[-po <TC port offset>+]
[-news <destination machine>]
[-newp <destination partition>]
[-e <new volume name extension>]
[-dryrun | -n] [-l]
[-c <cell name>] [-h]
The backup diskrestore command restores all of the volumes for which the Volume Location Database (VLDB) lists a read/write site on the partition specified with the -server and -partition arguments. It is useful if a disk or machine failure corrupts or destroys the data on an entire partition. (To restore any read-only or backup volumes that resided on the partition, use the vos release and vos backup commands, respectively, after restoring the read/write version.)
If restoring only selected volumes to a single site, it is usually more efficient to use the backup volrestore command. To restore multiple volumes to many different sites, use the backup volsetrestore command.
(If the "FILE YES" instruction appears in the /var/lib/openafs/backup/CFG_device_name file on the Tape Coordinator machine associated with the specified port offset, then the Backup System restores data from the backup data file listed for that port offset in the Tape Coordinator's /var/lib/openafs/backup/tapeconfig file, instead of from tape. For the sake of clarity, the following text refers to tapes only, but the Backup System handles backup data files in much the same way.)
The Backup System determines whether the read/write or backup version of each volume was dumped more recently, and restores the dumps of that version, starting with the most recent full dump. It resets the creation timestamp of each restored volume to the date and time at which it begins restoring the volume (the creation timestamp appears in the "Creation" field of the output from the vos examine and vos listvol commands).
If all of the full and incremental dumps of all relevant volumes were not written on compatible tape devices, use the -portoffset argument to list multiple port offset numbers in the order in which the tapes are needed (first list the port offset for the full dump, second the port offset for the level 1 incremental dump, and so on). This implies that the full dumps of all relevant volumes must have been written to a type of tape that the first Tape Coordinator can read, the level 1 incremental dumps to a type of tape the second Tape Coordinator can read, and so on. If dumps are on multiple incompatible tape types, use the backup volrestore command to restore individual volumes, or the backup volsetrestore command after defining groups of volumes that were dumped to compatible tape types. For further discussion, see the OpenAFS Administration Guide.
By default, the Backup System restores the contents of the specified partition to that same partition. To restore the contents to an alternate site, combine the following options as indicated. The Backup System removes each volume from the original site, if it still exists, and records the change of site in the VLDB.
By default, the Backup System overwrites the contents of existing volumes with the restored data. To create a new volume to house the restored data instead, use the -extension argument. The Backup System creates the new volume at the site designated by the -newserver and -newpartition arguments if they are used or the -server and -partition arguments otherwise. It derives the volume name by adding the extension to the read/write base name listed in the VLDB, and creates a new VLDB entry. The command does not affect the existing volume in any way. However, if a volume with the specified extension also already exists, the command overwrites it.
To print out a list of the tapes containing the needed dumps, without actually performing the restore operation, include the -dryrun flag along with the other options to be used on the actual command.
The Tape Coordinator's default response to this command is to access the first tape it needs by invoking the "MOUNT" instruction in the local CFG_device_name file, or by prompting the backup operator to insert the tape if there is no "MOUNT" instruction. However, if the "AUTOQUERY NO" instruction appears in the CFG_device_name file, or if the issuer of the butc command included the -noautoquery flag, the Tape Coordinator instead expects the tape to be in the device already. If it is not, or is the wrong tape, the Tape Coordinator invokes the "MOUNT" instruction or prompts the operator. It also invokes the "MOUNT" instruction or prompts for any additional tapes needed to complete the restore operation; the backup operator must arrange to provide them.
If issuing this command to recover data after a disk crash or other damage, be sure not to issue the vos syncserv command first. Doing so destroys the VLDB record of the volumes that resided on the partition.
Provide this argument unless the default value of 0 (zero) is appropriate for all dumps. If 0 is just one of the values in the list, provide it explicitly in the appropriate order.
If a tape error occurs during the restore operation, the Tape Coordinator displays the following messages:
Restore operation on volume I<name> failed due to tape error Do you want to continue (y/n)?
where name is the name of the volume that was being restored when the tape error occurred. Enter the value y to continue the operation without restoring the indicated volume or the value "n" to terminate the operation. In the latter case, the operator can then attempt to determine the cause of the tape error.
If the issuer includes the -dryrun flag with the command, the following string appears at the head of the list of the tapes necessary to perform the restore operation:
Tapes needed:
The following command restores the volumes for which the VLDB lists a read/write site on the /vicepd partition of the machine "fs5.example.com". The Tape Coordinator associated with port offset 3 performs the operation.
% backup diskrestore -server fs5.example.com \
-partition /vicepd -portoffset 3
The following command restores the volumes for which the VLDB lists a read/write site on the /vicepb partition of the machine "fs1.example.com" to a new site: the /vicepa partition on the machine "fs3.example.com". The Tape Coordinator associated with port offset 0 performs the operation. (The command appears here on two lines only for legibility.)
% backup diskrestore -server fs1.example.com -partition /vicepb \
-newserver fs3.example.com -newpartition /vicepa
The following command lists the tapes required to restore the volumes for which the VLDB lists a read/write site on the /vicepm partition of the machine "fs4.example.com":
% backup diskrestore -server fs4.example.com -partition /vicepm -dryrun Tapes needed: user.sunday1.1 user.sunday1.2 user.monday1.1 user.tuesday1.1 user.wednesday1.1
The issuer must be listed in the /etc/openafs/server/UserList file on every machine where the Backup Server or Volume Location (VL) Server is running, and on every file server machine that houses an affected volume. If the -localauth flag is included, the issuer must instead be logged on to a server machine as the local superuser "root".
butc(5), backup(8), backup_dump(8), backup_volrestore(8), backup_volsetrestore(8), butc(8), vos_backup(1), vos_examine(1), vos_listvol(1), vos_release(1)
IBM Corporation 2000. <http://www.ibm.com/> All Rights Reserved.
This documentation is covered by the IBM Public License Version 1.0. It was converted from HTML to POD by software written by Chas Williams and Russ Allbery, based on work by Alf Wachsmann and Elizabeth Cassell.
| 2022-12-22 | OpenAFS |