1AMANDA(8) AMANDA(8)
2
3
4
6 amanda - Advanced Maryland Automatic Network Disk Archiver
7
9 amadmin config command [options]
10
11
12 amcheck [options] config
13
14
15 amcheckdb config
16
17
18 amcleanup config
19
20
21 amcrypt
22
23
24 amdd [options]
25
26 amdump config
27
28
29 amaespipe
30
31
32 amflush [-f] config
33
34
35 amgetconf [config] parameter
36
37
38 amlabel config label [slot slot]
39
40
41 ammt [options]
42
43 amoverview config [options]
44
45
46 amplot [options] amdump-files
47
48
49 amrecover [config] [options]
50
51
52 amreport [config] [options]
53
54
55 amrestore [options] tapedevice [hostname [diskname]]
56
57
58 amfetchdump [options] config [hostname [diskname [date [level]]]]
59
60 amrmtape [options] config label
61
62
63 amstatus config [options]
64
65
66 amtape config command [options]
67
68
69 amtapetype [options]
70
71 amtoc [options] logfile
72
73
74 amverify config
75
76
77 amverifyrun config
78
80 Amanda is the "Advanced Maryland Automatic Network Disk Archiver". This
81 manual page gives an overview of the Amanda commands and configuration
82 files for quick reference.
83
84 Here are all the Amanda commands. Each one has its own manual page. See
85 them for all the gory details.
86
87 amdump
88 Take care of automatic Amanda backups. This is normally executed by
89 cron on a computer called the tape server host and requests backups
90 of file systems located on backup clients. Amdump backs up all
91 disks in the disklist file (discussed below) to tape or, if there
92 is a problem, to a special holding disk. After all backups are
93 done, amdump sends mail reporting failures and successes.
94
95 amflush
96 Flush backups from the holding disk to tape. Amflush is used after
97 amdump has reported it could not write backups to tape for some
98 reason. When this happens, backups stay in the holding disk. Run
99 amflush after the tape problem is corrected to write backups from
100 the holding disk to tape.
101
102 amcleanup
103 Clean up after an interrupted amdump. This command is only needed
104 if amdump was unable to complete for some reason, usually because
105 the tape server host crashed while amdump was running.
106
107 amrecover
108 Provides an interactive interface to browse the Amanda index files
109 (backup image catalogues) and select which tapes to recover files
110 from. It can also run amrestore and a restore program (e.g. tar)
111 to actually recover the files.
112
113 amrestore
114 Read an Amanda tape, searching for requested backups. Amrestore is
115 suitable for everything from interactive restores of single files
116 to a full restore of all partitions on a failed disk.
117
118 amfetchdump
119 Performs Amanda tape restoration, similar to amrestore. Additional
120 capabilities include "hands-off" searching of multiple tapes,
121 automatic retrieval of specific dump files based on dump logs, and
122 assembly of tape-spanning split dump files.
123
124 amlabel
125 Write an Amanda format label onto a tape. All Amanda tapes must be
126 labeled with amlabel. Amdump and amflush will not write to an
127 unlabeled tape (see TAPE MANAGEMENT below).
128
129 amcheck
130 Verify the correct tape is mounted and all file systems on all
131 backup client systems are ready to be backed up. Often run by cron
132 before amdump to generate a mail warning that backups might fail
133 unless corrective action is taken.
134
135 amadmin
136 Take care of administrative tasks like finding out which tapes are
137 needed to restore a filesystem, forcing hosts to do full backups of
138 selected disks and looking at schedule balance information.
139
140 amtape
141 Take care of tape changer control operations like loading
142 particular tapes, ejecting tapes and scanning the tape storage
143 slots.
144
145 amverify
146 Check Amanda backup tapes for errors.
147
148 amrmtape
149 Delete a tape from the Amanda databases.
150
151 amstatus
152 Report the status of a running or completed amdump.
153
154 amoverview
155 Display a chart of hosts and file systems backed up every run.
156
157 amplot
158 Generate utilization plots of Amanda runs for performance tuning.
159
160 amreport
161 Generate an Amanda summary E-mail report.
162
163 amtoc
164 Generate table of content files for Amanda tapes.
165
166 amcheckdb
167 Verify every tape Amanda knows about is consistent in the database.
168
169 amgetconf
170 Look up parameters in the Amanda configuration file.
171
172 amtapetype
173 Generate a tapetype definition.
174
175 amaespipe
176 Wrapper program from aespipe (data encryption utility)
177
178 amcrypt
179 Reference encryption program for Amanda symmetric data encryption
180
182 There are three user-editable files that control the behavior of
183 Amanda.
184
185 The first is amanda.conf, the main configuration file. It contains
186 parameters to customize Amanda for the site. Refer to the
187 amanda.conf(5), manpage for details on Amanda configuration parameters.
188
189 Second is the disklist file, which lists hosts and disk partitions to
190 back up.
191
192 Third is the tapelist file, which lists tapes that are currently
193 active. These files are described in more detail in the following
194 sections.
195
196 All files are stored in individual configuration directories under
197 /usr/local/etc/amanda/. A site will often have more than one
198 configuration. For example, it might have a normal configuration for
199 everyday backups and an archive configuration for infrequent full
200 archival backups. The configuration files would be stored under
201 directories /usr/local/etc/amanda/normal/ and
202 /usr/local/etc/amanda/archive/, respectively. Part of the job of an
203 Amanda administrator is to create, populate and maintain these
204 directories.
205
206 All log and database files generated by Amanda go in corresponding
207 directories somewhere. The exact location is controlled by entries in
208 amanda.conf. A typical location would be under /var/adm/amanda. For the
209 above example, the files might go in /var/adm/amanda/normal/ and
210 /var/adm/amanda/archive/.
211
212 As log files are no longer needed (no longer contain relevant
213 information), Amanda cycles them out in various ways, depending on the
214 type of file.
215
216 Detailed information about amdump runs are stored in files named
217 amdump.NN where NN is a sequence number, with 1 being the most recent
218 file. Amdump rotates these files each run, keeping roughly the last
219 tapecycle (see below) worth of them.
220
221 The file used by amreport to generate the mail summary is named
222 log.YYYYMMDD.NN where YYYYMMDD is the datestamp of the start of the
223 amdump run and NN is a sequence number started at 0. At the end of each
224 amdump run, log files for runs whose tapes have been reused are renamed
225 into a subdirectory of the main log directory (see the logdir parameter
226 below) named oldlog. It is up to the Amanda administrator to remove
227 them from this directory when desired.
228
229 Index (backup image catalogue) files older than the full dump matching
230 the oldest backup image for a given client and disk are removed by
231 amdump at the end of each run.
232
234 The disklist file determines which disks will be backed up by Amanda.
235 The file usually contains one line per disk:
236
237 hostname diskname [diskdevice] dumptype [spindle [interface] ]
238
239 All pairs [ hostname diskname ] must be unique.
240
241 Lines starting with # are ignored, as are blank lines. The fields have
242 the following meanings:
243
244 hostname
245 The name of the host to be backed up. If diskdevice refers to a PC
246 share, this is the host Amanda will run the Samba smbclient program
247 on to back up the share.
248
249 diskname
250 The name of the disk (a label). In most case, you set your diskname
251 to the diskdevice and you don't set the diskdevice. If you want
252 multiple entries with the same diskdevice, you must set a different
253 diskname for each entry. It's the diskname that you use on the
254 commandline for any Amanda command. Look at the example/disklist
255 file for example.
256
257 diskdevice
258 Default: same as diskname. The name of the disk device to be backed
259 up. It may be a full device name, a device name without the /dev/
260 prefix, e.g. sd0a, or a mount point such as /usr.
261
262 It may also refer to a PC share by starting the name with two
263 (forward) slashes, e.g. //some-pc/home. In this case, the program
264 option in the associated dumptype must be entered as GNUTAR. It is
265 the combination of the double slash disk name and program GNUTAR in
266 the dumptype that triggers the use of Samba.
267
268 dumptype
269 Refers to a dumptype defined in the amanda.conf file. Dumptypes
270 specify backup related parameters, such as whether to compress the
271 backups, whether to record backup results in /etc/dumpdates, the
272 disk's relative priority, etc.
273
274 spindle
275 Default: -1. A number used to balance backup load on a host.
276 Amanda will not run multiple backups at the same time on the same
277 spindle, unless the spindle number is -1, which means there is no
278 spindle restriction.
279
280 interface
281 Default: local. The name of a network interface definition in the
282 amanda.conf file, used to balance network load.
283
284 Instead of naming a dumptype, it is possible to define one in-line,
285 enclosing dumptype options within curly braces, one per line, just like
286 a dumptype definition in amanda.conf. Since pre-existing dumptypes are
287 valid option names, this syntax may be used to customize dumptypes for
288 particular disks.
289
290 A line break must follow the left curly bracket.
291
292 For instance, if a dumptype named normal is used for most disks, but
293 use of the holding disk needs to be disabled for the file system that
294 holds it, this would work instead of defining a new dumptype:
295
296 hostname diskname [ diskdevice ] {
297 normal
298 holdingdisk never
299 } [ spindle [ interface ] ]
300
302 The tapelist file contains the list of tapes in active use. This file
303 is maintained entirely by Amanda and should not be created or edited
304 during normal operation. It contains lines of the form:
305
306 YYYYMMDD label flags
307
308 Where YYYYMMDD is the date the tape was written, label is a label for
309 the tape as written by amlabel and flags tell Amanda whether the tape
310 may be reused, etc (see the reuse options of amadmin).
311
312 Amdump and amflush will refuse to write to an unlabeled tape, or to a
313 labeled tape that is considered active. There must be more tapes in
314 active rotation (see the tapecycle option) than there are runs in the
315 backup cycle (see the dumpcycle option) to prevent overwriting a backup
316 image that would be needed to do a full recovery.
317
319 The normal value for the tapedev parameter, or for what a tape changer
320 returns, is a full path name to a non-rewinding tape device, such as
321 /dev/nst0 or /dev/rmt/0mn or /dev/nst0.1 or whatever conventions the
322 operating system uses. Amanda provides additional application level
323 drivers that support non-traditional tape-simulations or features. To
324 access a specific output driver, set tapedev (or configure your changer
325 to return) a string of the form driver:driver-info where driver is one
326 of the supported drivers and driver-info is optional additional
327 information needed by the driver.
328
329 The supported drivers are:
330
331 tape
332 This is the default driver. The driver-info is the tape device
333 name. Entering
334
335 tapedev /dev/rmt/0mn
336
337 is really a short hand for
338
339 tapedev tape:/dev/rmt/0mn
340
341 null
342 This driver throws away anything written to it and returns EOF for
343 any reads except a special case is made for reading a label, in
344 which case a "fake" value is returned that Amanda checks for and
345 allows through regardless of what you have set in labelstr. The
346 driver-info field is not used and may be left blank:
347
348
349 tapedev null:
350
351 The length value from the associated tapetype is used to limit the
352 amount of data written. When the limit is reached, the driver will
353 simulate end of tape.
354
355 Note
356 This driver should only be used for debugging and testing, and
357 probably only with the record option set to no.
358
359 rait
360 Redundant Array of Inexpensive (?) Tapes. Reads and writes tapes
361 mounted on multiple drives by spreading the data across N-1 drives
362 and using the last drive for a checksum. See docs/RAIT for more
363 information.
364
365 The driver-info field describes the devices to use. Curly braces
366 indicate multiple replacements in the string. For instance:
367
368
369 tapedev rait:/dev/rmt/tps0d{4,5,6}n
370
371 would use the following devices:
372
373 /dev/rmt/tps0d4n /dev/rmt/tps0d5n /dev/rmt/tps0d6n
374
375 file
376 This driver emulates a tape device with a set of files in a
377 directory. The driver-info field must be the name of an existing
378 directory. The driver will test for a subdirectory of that named
379 data and return offline until it is present. When present, the
380 driver uses two files in the data subdirectory for each tape file.
381 One contains the actual data. The other contains record length
382 information.
383
384 The driver uses a file named status in the file device directory to
385 hold driver status information, such as tape position. If not
386 present, the driver will create it as though the device is rewound.
387
388 The length value from the associated tapetype is used to limit the
389 amount of data written. When the limit is reached, the driver will
390 simulate end of tape.
391
392 One way to use this driver with a real device such as a CD-writer
393 is to create a directory for the file device and one or more other
394 directories for the actual data. Create a symlink named data in the
395 file directory to one of the data directories. Set the tapetype
396 length to whatever the medium will hold.
397
398 When Amanda fills the file device, remove the symlink and
399 (optionally) create a new symlink to another data area. Use a CD
400 writer software package to burn the image from the first data area.
401
402 To read the CD, mount it and create the data symlink in the file
403 device directory.
404
406 Amanda processes on the tape server host run as the dumpuser user
407 listed in amanda.conf. When they connect to a backup client, they do so
408 with an Amanda-specific protocol. They do not, for instance, use rsh or
409 ssh directly.
410
411 On the client side, the amandad daemon validates the connection using
412 one of several methods, depending on how it was compiled and on options
413 it is passed:
414
415 .rhosts
416 Even though Amanda does not use rsh, it can use .rhosts-style
417 authentication and a .rhosts file.
418
419 .amandahosts
420 This is essentially the same as .rhosts authentication except a
421 different file, with almost the same format, is used. This is the
422 default mechanism built into Amanda.
423
424 The format of the .amandahosts file is:
425
426 hostname [ username [ service ]*]
427
428 If username is ommitted, it defaults to the user running amandad,
429 i.e. the user listed in the inetd or xinetd configuration file.
430
431 The service is a list of the service the client is authorized to
432 execute: amdump, noop, selfcheck, sendsize, sendbackup, amindexd,
433 amidxtaped. amdump is a shortcut for "noop selfcheck sendsize
434 sendbackup"
435
436 Kerberos
437 Amanda may use the Kerberos authentication system. Further
438 information is in the docs/KERBEROS file that comes with an Amanda
439 distribution.
440
441 For Samba access, Amanda needs a file on the Samba server (which
442 may or may not also be the tape server) named /etc/amandapass with
443 share names, (clear text) passwords and (optional) domain names, in
444 that order, one per line, whitespace separated. By default, the
445 user used to connect to the PC is the same for all PC's and is
446 compiled into Amanda. It may be changed on a host by host basis by
447 listing it first in the password field followed by a percent sign
448 and then the password. For instance:
449
450 //some-pc/home normalpw
451 //another-pc/disk otheruser%otherpw
452 With clear text passwords, this file should obviously be tightly
453 protected. It only needs to be readable by the Amanda-user on the
454 Samba server.
455
456 You can find further information in the docs/SAMBA file that comes
457 with an Amanda distribution.
458
460 All host and disk arguments to programs are special expressions. The
461 command applies to all disks that match your arguments. This section
462 describes the matcher.
463
464 The matcher matches by word, each word is a glob expression, words are
465 separated by the separator '.' for host and '/' for disk. You can
466 anchor the expression at left with a '^'. You can anchor the expression
467 at right with a '$'. The matcher is case insensitive for host but is
468 case sensitive for disk. A match succeeds if all words in your
469 expression match contiguous words in the host or disk.
470
471 . word separator for a host
472 / word separator for a disk
473 ^ anchor at left
474 $ anchor at right
475 ? match exactly one
476 character except the
477 separator
478 * match zero or more
479 characters except the
480 separator
481 ** match zero or more
482 characters including the
483 separator
484
485
486 Some examples:
487
488 EXPRESSION WILL MATCH WILL NOT MATCH
489 ho.aina.org
490 ^hosta hosta foo.hosta.org
491 sda* /dev/sda1
492 /dev/sda12
493 /opt opt (disk) opt (host)
494 .opt. opt (host) opt (disk)
495 / / any other disk
496 /usr /usr
497 /usr/opt
498 /usr$ /usr /usr/opt
499 hosta hosta hostb
500 hoSTA.dOMAIna.ORG
501 foo.hosta.org
502 host host hosta
503 host? hosta host
504 hostb
505 ho*na hoina ho.aina.org
506 ho**na hoina
507
508
510 A datestamp expression is a range expression where we only match the
511 prefix. Leading ^ is removed. Trailing $ forces an exact match.
512
513 ┌────────────┬────────────────────────────┐
514 │20001212-14 │ match all dates beginning │
515 │ │ with 20001212, 20001213 or │
516 │ │ 20001214 │
517 ├────────────┼────────────────────────────┤
518 │20001212-4 │ same as previous │
519 ├────────────┼────────────────────────────┤
520 │20001212-24 │ match all dates between │
521 │ │ 20001212 and 20001224 │
522 ├────────────┼────────────────────────────┤
523 │2000121 │ match all dates that start │
524 │ │ with 2000121 │
525 │ │ (20001210-20001219) │
526 ├────────────┼────────────────────────────┤
527 │2 │ match all dates that start │
528 │ │ with 2 (20000101-29991231) │
529 ├────────────┼────────────────────────────┤
530 │2000-10 │ match all dates between │
531 │ │ 20000101-20101231 │
532 ├────────────┼────────────────────────────┤
533 │200010$ │ match only 200010 │
534 └────────────┴────────────────────────────┘
535
537 Most command allow to overwrite any configuration parameter on the
538 command line with the -o option.
539
540 -o NAME=value
541
542 eg. -o runtapes=2
543
544 eg. -o DUMPTYPE:no-compress:compress="server fast"
545
546 eg. -o TAPETYPE:HP-DAT:length=2000m
547
548 eg. -o INTERFACE:local:use="2000 kbps"
549
551 James da Silva, <jds@amanda.org> : Original text
552
553 Stefan G. Weichinger, <sgw@amanda.org>, maintainer of the
554 Amanda-documentation: XML-conversion, major update
555
557 amadmin(8), amanda.conf(5), amanda-client.conf(5), amcheck(8),
558 amcheckdb(8), amcleanup(8), amdd(8), amdump(8), amfetchdump(8)
559 amflush(8), amgetconf(8), amlabel(8), ammt(8), amoverview(8),
560 amplot(8), amrecover(8), amreport(8), amrestore(8), amrmtape(8),
561 amstatus(8), amtape(8), amtapetype(8), amtoc(8), amverify(8),
562 amverifyrun(8)
563
564
565
566 02/07/2007 AMANDA(8)