"Nadeem, Sarwar" <Sarwar.Nadeem AT parsons DOT com> writes:

> I am new to amanda. We are running Amanda version 2.4.1p1 on a Solaris
> 5.6 box. For one of my filesystem which around 82GB in size (22GB
> after compression) the amdump takes 15 hours to do a level 0
> backup.... 

As Solaris 2.6 is way out of date, I presume the machine has a rather
slow CPU, too. Compression takes a long time on slow machines, try
different compression options (one of the "fast" options) or leave
compression up to the tape drive (if it is capable) and give a higher
tape capacity and configure amanda to not compress.

> Dump Time (hrs:min)       15:40      15:39       0:00   (0:00 start, 0:00 
> idle)
> Output Size (meg)       21833.8    21833.8        0.0
> Original Size (meg)     84033.1    84033.1        0.0
> Avg Compressed Size (%)    26.0       26.0        -- 
> Tape Used (%)              31.2       31.2        0.0
> Filesystems Dumped            1          1          0
> Avg Dump Rate (k/s)       396.6      396.6        -- 
> Avg Tp Write Rate (k/s)   396.6      396.6        -- 

Makes me wonder if the backup has kept the drive streaming. If the drive
runs out of data, it needs to stop and rewind the tape a bit, which
slows down the backup massively.

If you can use a scratch disk that can hold the image ("output size"),
this may speed up the backup a good deal. I'd think DLT7000 should write
faster than 400 kB/s.

-- 
Matthias Andree

Encrypted mail welcome: my GnuPG key ID is 0x052E7D95 (PGP/MIME preferred)