On Thursday 03 July 2003 11:42, Michael D. Schleif wrote: >Yes, I am learning -- at the expense of many questions ;> > >First, a brief overview: > >I have five (5) Linux servers, totaling ~50 Gb used diskspace, > divided roughly even across all five. > >I have several DAT tape drives, the largest of which is an HP DDS-3. > I have twelve (12) DDS-3 tapes, and twenty (20) DDS-2 tapes, as > well as several cleaning tapes. > >So far, I have configured: > > dumpcycle 7 > runspercycle 7 > runtapes 1 > You left out tapecycle, which is the number of tapes in the rotation pool, in this case it should be not less than 15.
>I am studying _Using Amanda_ here: > > <http://www.backupcentral.com/amanda.html> > >I am confused about two (2) things: > >[1] Should I use hardware compression? Not if you can help it, for the reasons I'll develop. > >There seem to be several schools of thought here. I want to know > how Amanda works with hardware compression? Amanda can use hardware compression, but since the hardware compressor hides the true tape capacity from amanda, you must cheat on the tapetype size entry, often by significant amounts. > What are the > advantages of using software compression? Amanda can know quite well how much a tape can hold because it counts bytes of compressed data fed to the drive. The tradeoff of course is cpu horsepower to do the compression. In a client-sever world, the compression can be offloaded to the client, and several clients can be doing their compression in parallel, so its not as big a concern as it first appears. > What are the > disadvantages of using *both* hardware and software compression? > With hardware smunching, amanda has no idea how much data has actually been written to the tape. Sparse stuff can compress to maybe 1/2.6 of its original size, but amanda doesn't have any way of knowing that. OTOH, feed a bunch of tar.gz's, and .bz2's to that hardware compressor and it will get a tummy ache and make the output data stream as much as 15% bigger than the input was. > >[2] What are the optimal dumptypes for my situation? > >Yes, I have already struggled with and overcome dump vs. GNUTAR. My >first mistake was using comp-root and comp-user on localhost. > >Yes, I understand that Amanda can facilitate planning and scheduling > full vs. incremental backups. > >However, I am concerned about developing a simple recovery strategy. > I am currently having problems with amrecover; but, I think that > is due to short vs. FQDN usage -- so, I'll save that for another > time. Just make sure that your tar is at least 1.13-19, and prefereably 1.13-25. Indexes are fubared in earlier versions. >I am running exclusively Debian woody on all systems. I believe > that I have a good working filesystem design. I am on a fast > network. > >Yes, I come from a traditional system administrator's backup > mindset, and I do not want that to undermine Amanda's design. > > >What do you think? One thing to be aware of is that a tape, once written in the compressed mode, remembers that, and will overwrite your choices unless you go to a rather detailed method of removing the compressed flags. -- Cheers, Gene AMD [EMAIL PROTECTED] 320M [EMAIL PROTECTED] 512M 99.26% setiathome rank, not too shabby for a WV hillbilly Yahoo.com attornies please note, additions to this message by Gene Heskett are: Copyright 2003 by Maurice Eugene Heskett, all rights reserved.