git.gag.com Git - debian/amanda/blob - man/amvault.8

   1 '\" t
   2 .\"     Title: amvault
   3 .\"    Author: Dustin J. Mitchell <dustin@zmanda.com>
   4 .\" Generator: DocBook XSL Stylesheets vsnapshot_8273 <http://docbook.sf.net/>
   5 .\"      Date: 11/05/2009
   6 .\"    Manual: System Administration Commands
   7 .\"    Source: Amanda 2.6.1p2
   8 .\"  Language: English
   9 .\"
  10 .TH "AMVAULT" "8" "11/05/2009" "Amanda 2\&.6\&.1p2" "System Administration Commands"
  11 .\" -----------------------------------------------------------------
  12 .\" * set default formatting
  13 .\" -----------------------------------------------------------------
  14 .\" disable hyphenation
  15 .nh
  16 .\" disable justification (adjust text to left margin only)
  17 .ad l
  18 .\" -----------------------------------------------------------------
  19 .\" * MAIN CONTENT STARTS HERE *
  20 .\" -----------------------------------------------------------------
  21 .SH "NAME"
  22 amvault \- Copy \fIAmanda\fR dumps from one volume to another
  23 .SH "SYNOPSIS"
  24 .HP \w'\fBamvault\fR\ 'u
  25 \fBamvault\fR [\-o\ \fIconfigoption\fR]... \fIconfig\fR \fIsrc\-run\-timestamp\fR \fIdst\-changer\fR \fIlabel\-template\fR
  26 .SH "WARNING"
  27 .PP
  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\&.
  29 .PP
  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\&.
  31 .PP
  32 Feedback on and patches to this application are invited and encouraged!
  33 .SH "DESCRIPTION"
  34 .PP
  35 \fBAmvault\fR
  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\&.
  43 .PP
  44 In a vaulting operation, the source media is referred to as "secondary media", while the destination is referred to as "tertiary media"\&.
  45 .PP
  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\&.
  47 .PP
  48 The changer parameter should specify the name of a changer defined in
  49 \fBamanda.conf\fR(5)\&. For example:
  50 .sp
  51 .nf
  52 define changer vaulting_tape {
  53     tapedev "/dev/rmt/1n"
  54     tpchanger "chg\-zd\-mtx"
  55     changerdev "/dev/sg0"
  56     changerfile "vaulting\-changer\&.conf"
  57 }
  58 .fi
  59 .PP
  60 The label template functions identically to the
  61 \fIlabel\-new\-tapes\fR
  62 parameter in
  63 \fBamanda.conf\fR(5)\&.
  64 .SH "SEE ALSO"
  65 .PP
  66 \fBamanda\fR(8)
  67 .SH "AUTHOR"
  68 .PP
  69 \fBDustin J\&. Mitchell\fR <\&dustin@zmanda\&.com\&>
  70 .RS 4
  71 Zmanda, Inc\&. (http://www\&.zmanda\&.com)
  72 .RE