Amanda-Users

Re: Avg Dump Rate and Compression

2004-03-23 22:25:37
Subject: Re: Avg Dump Rate and Compression
From: Frank Smith <fsmith AT hoovers DOT com>
To: Fernando Serto <fernando.serto AT memetrics DOT com>, amanda-users AT amanda DOT org
Date: Tue, 23 Mar 2004 21:17:27 -0600
--On Wednesday, March 24, 2004 12:49:11 +1100 Fernando Serto <fernando.serto AT 
memetrics DOT com> wrote:

> hello guys, I'm new to amanda (and the list)...
> 
> I just installed amanda for the first time, and was doing some backups/tests
> using it.
> 
> My doubt is... isn't 324.7 K/s for dump rate too slow? I was backing up 1Gb
> of data and it's taking almost 1 hour! does that mean that for 12Gb I'll get
> something close to 12 hours?

Probably, unless something changes.

> 
> my tapetype is:
> 
> define tapetype DDS-3 {
>     comment "Sony SDT-9000 (DDS-3)"
>     length 11631 mbytes
>     filemark 434 kbytes
>     speed 1139 kbytes
> }
> 
> shouldn't it run at 1139 K/s?
> 
> another thing, I tried using compress server best and compress client best
> and I get no difference at all on the backups, same time to run, same amount
> of data, and same tape usage.

Is 'handsoff' the server itself, or another machine?  If it is the
server, then it would be the same either way.

> 
> below is a dump report for the last test I've ran.
> 
> These dumps were to tape DailySet02.
> The next tape Amanda expects to use is: DailySet01.
> 
> 
> STATISTICS:
>                           Total       Full      Daily
>                         --------   --------   --------
> Estimate Time (hrs:min)    0:00
> Run Time (hrs:min)         0:59
> Dump Time (hrs:min)        0:58       0:58       0:00
> Output Size (meg)        1104.6     1104.6        0.0
> Original Size (meg)      1104.6     1104.6        0.0
> Avg Compressed Size (%)     --         --         -- 
> Filesystems Dumped            1          1          0
> Avg Dump Rate (k/s)       324.7      324.7        -- 
> 
> Tape Time (hrs:min)        0:58       0:58       0:00
> Tape Size (meg)          1104.6     1104.6        0.0
> Tape Used (%)               9.5        9.5        0.0
> Filesystems Taped             1          1          0
> Avg Tp Write Rate (k/s)   324.5      324.5        -- 
> 
> USAGE BY TAPE:
>   Label            Time      Size      %    Nb
>   DailySet02       0:58    1104.6    9.5     1
> 
> 
> NOTES:
>   planner: tapecycle (1) <= runspercycle (1)
>   planner: Last full dump of handsoff:/home/data/archive on tape DailySet01
> overwritten in 1 run.

This is OK for testing, but would be a big problem for real backups.  What
does your tapecycle, runspercycle, and runtapes look like?

>   taper: tape DailySet02 kb 1131200 fm 1 [OK]
> 
> 
> DUMP SUMMARY:
>                                      DUMPER STATS            TAPER STATS 
> HOSTNAME     DISK        L ORIG-KB OUT-KB COMP% MMM:SS  KB/s MMM:SS  KB/s
> -------------------------- --------------------------------- ------------
> handsoff     -ta/archive 0 11311501131150   --   58:03 324.7  58:06 324.5

Look at the columnspec option in your config, you can fix it so the two
columns don't run together.

Since the taper and dumper stats are almost identical, I'm guessing you
aren't using a holdingdisk.  Configuring one could greatly increase your
taper speeds since the tape must constantly stop and reposition itself
if the dumper can't keep up, and the dumper has to stop each time the
tape does since there isn't much buffering in between.
  If this is old slow hardware then the compression might also limit
your speed.

Frank

> 
> (brought to you by Amanda version 2.4.4p2)
> 
> 
> 
> cheers,
> 
> --
> Fernando Serto
> Systems Administrator
> Memetrics Pty.
> Phone: +61 2 95560833
> Fax: +61 2 95556911
> Mobile: 0403 338 005
> E-mail: fernando.serto AT memetrics DOT com
> 
> --- 
> Certain disclaimers and policies apply to all email sent from Memetrics.
> For the full text of these disclaimers and policies see 
> <a
> href="http://www.memetrics.com/emailpolicy.html";>http://www.memetrics.com/em
> ailpolicy.html</a>





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