3 .\" Author: Dustin J. Mitchell <dustin@zmanda.com>
4 .\" Generator: DocBook XSL Stylesheets vsnapshot_8273 <http://docbook.sf.net/>
6 .\" Manual: System Administration Commands
7 .\" Source: Amanda 3.1.0
10 .TH "AMVAULT" "8" "06/01/2010" "Amanda 3\&.1\&.0" "System Administration Commands"
11 .\" -----------------------------------------------------------------
12 .\" * set default formatting
13 .\" -----------------------------------------------------------------
14 .\" disable hyphenation
16 .\" disable justification (adjust text to left margin only)
18 .\" -----------------------------------------------------------------
19 .\" * MAIN CONTENT STARTS HERE *
20 .\" -----------------------------------------------------------------
22 amvault \- Copy Amanda dumps from one volume to another
24 .HP \w'\fBamvault\fR\ 'u
25 \fBamvault\fR [{\fB\-o\fR\ \fIconfigoption\fR}...] [\-q|\-\-quiet] \fIconfig\fR \fIsrc\-run\-timestamp\fR \fIdst\-changer\fR \fIlabel\-template\fR
28 This application is not yet in its final form, and is subject to major revision in subsequent versions of Amanda\&. Backward compatibility is not guaranteed\&.
30 The significant limitations of this version of amvault are: tapetypes for secondary and tertiary volumes much match (including length and device_properties); tertiary volumes must be blank (manual erasure is required to re\-use tertiary media; restore/recover operations will request tertiary media by label when dumpfiles are not found on secondary media, but there is no provision to automatically fetch such media from a different changer; and all dumpfiles on a secondary volume are moved to tertiary media \- there is no provision to filter dumps\&.
32 Feedback on and patches to this application are invited and encouraged!
36 Copies data from the run with timestamp
37 \fIsrc\-run\-timestamp\fR
38 onto volumes using the changer
39 \fIdst\-changer\fR, labeling new volumes with
40 \fIlabel\-template\fR\&. If
41 \fIsrc\-run\-timestamp\fR
42 is "latest", then the most recent amdump or amflush run will be used\&.
44 In a vaulting operation, the source media is referred to as "secondary media", while the destination is referred to as "tertiary media"\&.
46 Each source volume will be copied to a new destination volume; no re\-assembly or splitting will be performed\&. Destination volumes must be at least as large as the source volumes\&.
48 The changer parameter should specify the name of a changer defined in
49 \fBamanda.conf\fR(5)\&. For example:
52 define changer vaulting_tape {
54 tpchanger "chg\-zd\-mtx"
56 changerfile "vaulting\-changer\&.conf"
62 option reduces the verbosity of the utility; this can be useful for volumes containing many split parts\&. The
64 option defines which tertiary volumes amlabel will overwrite\&. It can have any of the values defined for
67 \fBamanda.conf\fR(5), with the addition of "this_config", meaning volumes matching the labelstr for this configuration\&. The option defaults to "empty"\&. Multiple values can be separated with commas\&. The label template functions identically to the template for teh
73 \fBamanda-changers\fR(7)
76 : http://wiki.zmanda.com/
79 \fBDustin J\&. Mitchell\fR <\&dustin@zmanda\&.com\&>
81 Zmanda, Inc\&. (http://www\&.zmanda\&.com)