"Nadeem, Sarwar" <[EMAIL PROTECTED]> 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)
