[prev in list] [next in list] [prev in thread] [next in thread] 

List:       amanda-users
Subject:    Re: Amanda Backup Strategy
From:       Gene Heskett <gene_heskett () iolinc ! net>
Date:       2003-02-26 23:14:54
[Download RAW message or body]

On Wed February 26 2003 17:22, Seth, Wayne (Contractor) wrote:
>Someone recently recommended "Unix Backup & Recovery" by W. Curtis
> Preston to me.  I am just now wading through the amanda section
> so I cannot tell you if it's any good.  But, there certainly is a
> lot of material there!

Yes, and your quoting is broken, making it look as if I wrote both 
you message above, and my message below.  Please adjust your email 
agent.

>-----Original Message-----
From: Gene Heskett [mailto:gene_heskett@iolinc.net]
>Sent: Wednesday, February 26, 2003 12:29 PM
>To: Ralph Bearpark; jlb17@duke.edu
>Cc: amanda-users@amanda.org
>Subject: Re: Amanda Backup Strategy
>
>On Wed February 26 2003 11:16, Ralph Bearpark wrote:
>>> Yep.  Amanda gets estimates for all the DLEs at multiple
>>> incremental levels, and figures out the "best" thing to do
>>> within the tapelength it has.
>>
>>Even to the extent of not doing any sort of backup at all on some
>> or many of the DLEs?  If so, how on earth does it decide which?
>
>Amanda shouldn't have to deal with that, so the normal "startup"
>procedure is to only give amanda enough acive DLE's to fill a tape
>each night until all have been done, thereby giving amanda some
>help on the initial "balance" settings.  But, if the tapetype is
>properly set, I don't *think* amanda will take a chance on hitting
>EOT as it will delay enough to assure it won't hit EOT.  I've seen
>that in my email from amanda a time or 2.
>
>>(If this is all documented somewhere, please tell me where and
>> I'll stop asking my stupid questions! :-))
>
>The only really stupid question is the one not asked. ;-)

-- 
Cheers, Gene
AMD K6-III@500mhz 320M
Athlon1600XP@1400mhz  512M
99.23% setiathome rank, not too shabby for a WV hillbilly
[prev in list] [next in list] [prev in thread] [next in thread]