AMFETCHDUMP(8) | System Administration Commands | AMFETCHDUMP(8) |
amfetchdump - extract backup images from multiple Amanda tapes.
amfetchdump [-c | -C | -l] [-p | -n] [-a] [-O directory] [-d device] [-h | --header-file filename | --header-fd fd] [--release-tapes | --reserve-tapes] [--decompress | --no-decompress | --server-decompress | --client-decompress] [{--extract | --extract-client=HOSTNAME} --target target [--data-path amanda|directtcp] [--run-client-scripts] [--prev-level level] [--next-level level] [--application-property NAME=VALUE]* [--include-file file]* [--include-list filename]* [--include-list-glob filename]* [--exclude-file file]* [--exclude-list filename]* [--exclude-list-glob filename]*] [--init] [--restore] [--decrypt | --no-decrypt | --server-decrypt | --client-decrypt] [--exact_match] [-o configoption...] config hostname [disk [ date [ level [ hostname [...] ] ] ]]
Amfetchdump pulls one or more matching dumps from tape or from the holding disk, handling the reassembly of multi-tape split dump files as well as any tape autochanger operations. The dump are by default decompressed and decrypted.
It will automatically use the Amanda catalog to locate available dumps on tape, in the same way that the find feature of amadmin(8) lists available dumps.
The hostname, diskname, datestamp, and level dump specifications are further described in amanda-match(7). Note that at minimum a hostname must be specified.
Unless -p is used, backup images are extracted to files in the current directory named:
hostname.diskname.datestamp.dumplevel
If a changer error occurs, or the -d option is given, then amfetchdump prompts for each required volume.
-p
-h
--header-fd fd
--header-file filename
-d device_or_changer
-O directory
-c
-C
--decompress
--no-decompress
--server-decompress
--client-decompress
--decrypt
--no-decrypt
--server-decrypt
--client-decrypt
--init
--no-restore
--exact-match
--extract
--directory directory
--target target
Warning: All files in that path can be removed.
--data-path amanda|directtcp
--run-client-scripts
--prev-level level
--next-level level
--application-property NAME=VALUE
--include-file file
--include-list filename
--include-list-glob filename
--exclude-file file
--exclude-list filename
--exclude-list-glob filename
--release-tapes
--reserve-tapes
-l
-a
-n
-o configoption
All the examples here assume your configuration is called SetA.
Here's a simple case, restoring all known dumps of the host vanya to the current working directory.
$ amfetchdump SetA vanya
A more likely scenario involves restoring a particular dump from a particular date. We'll pipe this one to GNU-tar as well, to automatically extract the dump.
$ amfetchdump -p SetA vanya /home 20051020 | gtar -xvpf -
Amfetchdump is dependent on accessing your server's config, tape changer, and (normally) dump logs. As such, it's not necessarily the most useful tool when those have all been wiped out and you desperately need to pull things from your tape. Pains have been taken to make it as capable as possible, but for seriously minimialist restores, look to amrestore(8) or dd(8) instead.
amanda(8), amanda-match(7), amadmin(8), amrestore(8)
The Amanda Wiki: : http://wiki.zmanda.com/
John Stange <building@nap.edu>
Ian Turner <ian@zmanda.com>
12/01/2017 | Amanda 3.5.1 |