Amanda-Users

Re: erasing a backup to disk

2008-01-22 00:04:55
Subject: Re: erasing a backup to disk
From: "Dustin J. Mitchell" <dustin AT zmanda DOT com>
To: "Jeremy Mordkoff" <jlm AT zazzletech DOT com>
Date: Mon, 21 Jan 2008 23:49:05 -0500
On Jan 21, 2008 9:22 PM, Jeremy Mordkoff <jlm AT zazzletech DOT com> wrote:
> Ahhh, maybe I've already made a mess then. In reality, I only have 7 to 10 
> actual backups on each disk. After that, they were full or I had the 
> opportunity to send the backup off site, so I rotated to the next one. But I 
> pre-allocated 20 'tapes' on each disk.
>
> Another reason I want to erase them is my backups are growing, so backup #101 
> is not going to fit in the space used by backup #1. I need to erase #1 
> through #20 just to be sure I'll have room on the disk for even 1 backup.

You can use 'amrmtape' to tell amanda that a tape is gone.

What I would do in your situation is to set the tapecycle to something
fairly small -- maybe 20?  Amanda is fine with having *more* tapes
than its tapecycle.  Use a labelstr with lots of spare digits, and set
label_new_tapes so that Amanda automatically labels tapes as it
creates them.   When you cycle a disk back in from storage, use
'amrmtape' to erase records of all of the tapes on that disk, and then
wipe it clean and let Amanda start creating new tapes on it until it
fills up or is sent back offsite.

In general, this level of oversubscription is problematic.  If you
weren't so severly (20 to 1?!) oversubscribing your disks, then Amanda
could take care of the scheduling itself without having to use
amrmtape.  In the long run, I would suggest using tape spanning,
setting runtapes to something large (20?), and setting your tape
length such that 20 full tapes fit exactly on a single drive.  This
gives Amanda an accurate picture of how much space is available, so it
can do the necessary scheduling.  If you set it up this way, then as
long as you make sur the last TAPECYCLE tapes don't get overwritten,
Amanda will happily overwrite whatever "tapes" you happen to plug in
for a given run.

Dustin

-- 
Storage Software Engineer
http://www.zmanda.com

<Prev in Thread] Current Thread [Next in Thread>