AMADMIN(8) | System Administration Commands | AMADMIN(8) |
amadmin - administrative interface to control Amanda backups
amadmin [--version] [--no-default] [--print-source] [--exact-match] [-o configoption...] config command [command_options...]
Amadmin performs various administrative tasks on the config Amanda configuration.
See the amanda(8) man page for more details about Amanda.
--version
--no-default
--print-source
--exact-match
Commands that take a hostname [ disks ] parameter pair operate on all disks in the disklist(5) for that hostname if no disks are specified. Where hostname is also marked as being optional, the command operates on all hosts and disks in the disklist(5) when no hostname is given. Both hostname and disks are match expressions; see amanda-match(7) for a description.
version
estimate [ hostname [ disks ]* ]*
hostname diskname level size
hostname
diskname
level
size
force-bump [ hostname [ disks ]* ]+
force-no-bump [ hostname [ disks ]* ]+
unforce-bump [ hostname [ disks ]* ]+
force [ hostname [ disks ]* ]+
force-level-1 [ hostname [ disks ]* ]+
unforce [ hostname [ disks ]* ]+
retention [ tapelabel ... ]
reuse tapelabel [ ... ]
no-reuse tapelabel [ ... ]
Tape marked no-reuse are available for recovery, marking them no-reuse is a security to be sure amanda will not overwrite them.
due [ hostname [ disks ]* ]*
find [ --sort hkdlspbfw ] [ hostname [ disks ]* ]*
The --sort option changes the sort order using the following flags:
h: host name k: disk name d: dump timestamp l: backup level p: dump part b: tape label s: storage name f: filenum on tape w: write timestamp
An uppercase letter reverses the sort order for that key. The default sort order is hkdlspbfw.
holding delete hostname [ disk [ datestamp [ .. ] ] ]
holding list [-l] [-d] [ hostname [ disk [ datestamp [ .. ] ] ] ]
An outdated holding file is one which is not required for a restore of the most recent dump. Note that outdated dumps may still be required for restores at earlier dates. For example, assume that a DLE had a level 0 on Monday, level 1's Tuesday through Thursday, and a level 2 on Friday. Then the files required for a restore of Fridays (the most recent) dump are those from Monday (level 0), Thursday (level 1), and Friday (level 2). Tuesday and Wednesday's files are outdated.
delete [ hostname [ disks ]* ]+
tape [ --days <num> ]
bumpsize
balance [ --days <num> ]
export [ hostname [ disks ]* ]*
import
config
disklist [ hostname [ disks ]* ]*
hosts
dles
info [ hostname [ disks ]* ]*
-o configoption
Request three specific file systems on machine-a get a full level 0 backup during the next Amanda run.
$ amadmin daily force machine-a / /var /usr amadmin: machine-a:/ is set to a forced level 0 tonight. amadmin: machine-a:/var is set to a forced level 0 tonight. amadmin: machine-a:/usr is set to a forced level 0 tonight.
Request all file systems on machine-b get a full level 0 backup during the next Amanda run.
$ amadmin daily force machine-b amadmin: machine-b:/ is set to a forced level 0 tonight. amadmin: machine-b:/var is set to a forced level 0 tonight. amadmin: machine-b:/usr is set to a forced level 0 tonight. amadmin: machine-b:/home is set to a forced level 0 tonight.
Undo the previous force request for /home on machine-b. The other file systems will still get a full level 0 backup.
$ amadmin daily unforce machine-b /home amadmin: force command for machine-b:/home cleared.
Locate backup images of /var from machine-c. The tape or file column displays either a tape label or a filename depending on whether the image is on tape or is still in the holding disk. If the image is on tape, the file column tells you which file on the tape has the image (file number zero is a tape label). This column shows zero and is not meaningful if the image is still in the holding disk. The status column tells you whether the backup was successful or had some type of error.
$ amadmin daily find machine-c /var date host disk lv tape or file file part status 2000-11-09 machine-c /var 0 000110 9 -- OK 2000-11-08 machine-c /var 2 000109 2 -- OK 2000-11-07 machine-c /var 2 /amanda/20001107/machine-c._var.2 0 OK 2000-11-06 machine-c /var 2 000107 2 -- OK 2000-11-05 machine-c /var 2 000106 3 -- OK 2000-11-04 machine-c /var 2 000105 2 -- OK 2000-11-03 machine-c /var 2 000104 2 -- OK 2000-11-02 machine-c /var 2 000103 2 -- OK 2000-11-01 machine-c /var 1 000102 5 -- OK 2000-10-31 machine-c /var 1 000101 3 -- OK
Forget about the /workspace disk on machine-d. If you do not also remove the disk from the disklist(5) file, Amanda will treat it as a new disk during the next run.
$ amadmin daily delete machine-d /workspace amadmin: machine-d:/workspace deleted from database. amadmin: NOTE: you'll have to remove these from the disklist(5) yourself.
Find the next tape Amanda will use (in this case, 123456).
$ amadmin daily tape The next Amanda run should go onto tape 123456 or a new tape.
Show how well full backups are balanced across the dump cycle. The due-date column is the day the backups are due for a full backup. #fs shows the number of filesystems doing full backups that night, and orig KB and out KB show the estimated total size of the backups before and after any compression, respectively.
The balance column shows how far off that night's backups are from the average size (shown at the bottom of the balance column). Amanda tries to keep the backups within +/- 5%, but since the amount of data on each filesystem is always changing, and Amanda will never delay backups just to rebalance the schedule, it is common for the schedule to fluctuate by larger percentages. In particular, in the case of a tape or backup failure, a bump will occur the following night, which will not be smoothed out until the next pass through the schedule.
The last line also shows an estimate of how many Amanda runs will be made between full backups for a file system. In the example, a file system will probably have a full backup done every eight times Amanda is run (e.g. every eight days).
$ amadmin daily balance
due-date #fs orig KB out KB balance ------------------------------------------- 11/10 Mon 21 930389 768753 +5.1% 11/11 Tue 29 1236272 733211 +0.2% 11/12 Wed 31 1552381 735796 +0.6% 11/13 Thu 23 1368447 684552 -6.4% 11/14 Fri 32 1065603 758155 +3.6% 11/15 Sat 14 1300535 738430 +0.9% 11/16 Sun 31 1362696 740365 +1.2% 11/17 Mon 30 1427936 773397 +5.7% 11/18 Tue 11 1059191 721786 -1.3% 11/19 Wed 19 1108737 661867 -9.5% ------------------------------------------- TOTAL 241 12412187 7316312 731631 (estimated 8 runs per dumpcycle)
amanda(8), amanda(8), amcheck(8), amdump(8), amrestore(8), amfetchdump(8), amanda-match(7)
The Amanda Wiki: : http://wiki.zmanda.com/
James da Silva <jds@amanda.org>
Stefan G. Weichinger <sgw@amanda.org>
12/01/2017 | Amanda 3.5.1 |