On Tuesday 09 July 2002 10:55, Mark Cooke wrote:
>Gene Heskett wrote:
>> It looks ok on the face of it.  However, doing one full a week
>> is overloading the egg basket and issueing an open invite for a
>> stumble.
>
>I'm going to be doing daily incrementals as well as weekly full
> backups. both will be on a 2 week cycle.
>
>> Unless tapes for your deck are prohibitively expensive (whats
>> your data worth?)
>
>At present this is only for my home network, so the main stuff I
> want backed up are altered server config files and programs,
> email and home directorys and some mysql databases.
>
>Once happy and fully confident with amanda, I will then use amanda
> at work, where I look after 10 servers and will be more stringent
> on the backup procdure.
>
>and a tape is sufficient to hold the full system, you
>
>> really should add more tapes and do a run nightly.
>
>I will be running the jobs in the early hrs of the morning, and I
> only have one drive which is not autoloading, thus only holds 1
> tape at a time. I'm using DAT DDS3 for full and DDS2 for
> incremental backups (these will be done every day, once I worked
> out the weekly full backup).

But again, you are in effect argueing with amanda, trying to force 
her to do it your way.  Give her a free rein and she will actually 
do a better job of protecting your data.  I think what you want is 
possible by setting up a seperate config directory and modifying 
the backup specs in the amanda.conf of each, but I don't think 
amanda will, when running the intermediate daily schedule be aware 
of the weekly fulls also being done.  Its not something I've tried 
to do here since the 'let amanda do it' method is working quite 
well.

Autoloaders are available, often at decent prices, on ebay, as are 
the tapes.  Just be aware that on ebay, its caveat emptor, and if 
the deal looks too good to be true, it probably is.

Paying $22 for a pair of DDS2's at Staples et all is for the birds 
when typically, a $30 bill will get you a ten pack of DDS2's 120 
meters long.  DDS3's are certainly more, but still much less than 
OTC stuff.

> The full only has to back up 3
> servers (the complete systems on each server is a total of 350 -
> 400 mb each ), but using full compression.

Your use of compression should be determined by the mail you get 
from amanda.  If, in the compression ratio column of that email, it 
reports a greater than 100% ratio, the data isn't compressable and 
the actual size stored on tape is larger than the original.  Change 
the backup spec for that partition or directory to a 
non-compressing one.

This is why one should run software compression, shutting the drives 
compression off if it even has the facility available.  Using drive 
compression also hides the true size of the tape from amanda, not a 
Good Thing.  Amanda has a 'tapetype' program, which takes a long 
time to run as it writes from /dev/urandom to the tape until it 
runs out of tape.  /dev/urandom data is pretty random, and not 
compressable, so if the drives compressor is on, that data will 
grow as much as 20-30%, making you think your tape is smaller than 
its advertised size by a large amount.  I find a 120m DDS2 can do 
around 3970 megabytes with no compression, so thats what I set it 
for and its never overflowed yet  (knock on wood).  I ran it on a 
drive with compression enabled once, and got 2.9 gigabytes.

>The workstations I
> don't care about, as they mount their home directorys from my
> file server over NFS and NIS.
>
>Sorry if I'm not making this clear, I can give a better
> description of what my layout is if needed, plus being a newbie
> to amanda, I'm not 100% sure of its full
>capabilities yet.

In that dept, so am I.  Amanda has capabilities I haven't touched.

And in the long run, you'll do what you want to do.  When you do get 
it to work, please relate what you did to achieve this to this list 
for our education and/or future reference.

-- 
Cheers, Gene
AMD K6-III@500mhz 320M
Athlon1600XP@1400mhz  512M
99.06% setiathome rank, not too shabby for a WV hillbilly

Reply via email to