ADSM-L

Re: NT restore performance for small files

1999-02-02 04:11:45
Subject: Re: NT restore performance for small files
From: Francis Maes <fr.maes AT CGER DOT BE>
Date: Tue, 2 Feb 1999 10:11:45 +0100
Hello Matthias,

This is a very very good question !
Sorry but I have just the same kind of problems and no solution.

We are using an ADSM V3 MVS server and ADSM V3 NT, AIX and DEC-UX clients.
Some NT servers are big lan servers with 80 to 100 GB of disk space.
We have also a restore transfer rate at 1.5 to 2GB / hour / process.
Our "big" lan servers are now connected via ATM. The restore transfer speed
is increased at +/- 4GB / hour.
Max # of backup versions = 8
Max retention only version = 800 days
DB size = 51 GB (83% full)
I mean that the actual version of ADSM is not the perfect way to restore big
NT filespaces (more than 20GB).
ADSM offers no easy way to split backup and restore of a "big" NT filespace
thru multiple processes.

Will be better in a future release, comme d'habitude!

Courage.

Francis.





-----Message d'origine-----
De : Hensel, Matthias <Matthias.Hensel AT SCHERING DOT DE>
De : Hensel, Matthias <Matthias.Hensel AT SCHERING DOT DE>
À : ADSM-L AT VM.MARIST DOT EDU <ADSM-L AT VM.MARIST DOT EDU>
Date : lundi 1 févr. 1999 17:36
Objet : NT restore performance for small files


>     I would like to know how I can achieve acceptable restore times in
>     case of disaster of an very big LAN server. We had great
>expectations
>     to get better preformance when moving to V3 server/client because
>of
>     better tape algorithms and FatPipes etc. Now when we had our first
>     really big disaster we were kind of disillusioned when seeing the
>poor
>     restore "speed".
>
>     How can I handle it to get performance beyond 1.5 - 2 GB/h per
>session
>     for LAN Server data? Having LAN servers up to 100 GB data capacity,
>
>     you can imagine with 3 to 4 sessions that we easily reach restore
>     times of about 15 hours.
>
>     Is this adequate to todays needs? Am I doing something wrong?
>
>     I know that it is no problem to restore very big database files
>when
>     tape drives are streaming, but what to do with the vast amounts of
>     small files?
>
>     Does it make sense to decrease the number of backup versions to
>keep,
>     to get less space (due to inactive files) between two active files
>to
>     be restored?
>
>     Is it an idea to do an export node filedata=backupactive and
>reimport
>     as a new node and then start the restore from this new node?
>
>     What are you doing to keep performance up to date?
>
>     Matthias
>