Hi,

This may not be the ultimate solution for your problem, but it may be
the start: we back-up an NT server with approx. 3 million files and a
very complex directory structure. We used to be running an incremental
backup against it, and it took us ages (12 hours). Now we're running an
incremental backup with the option 'INCRBYDATE' (this is documented, it
saves a lot of time and processing in the ADSM server data base), and it
takes about 4 hours, 1/3 of what it used to be.
But: there's is a risk that some files may not get backed up (whether or
not it is a theoretical or practical problem in your case: read the
documentation and think hard), so it makes sense to periodically make a
'full incremental' backup.

Whether or not ADSM can handle 25000*200k in an acceptable time frame
will depend on a lot of elements: server & client processing power &
memory,  network bandwith, ... I guess your right: better do some
testing rather sooner than later.

Chris


>-----Original Message-----
>From:  Steve Watson [SMTP:steve.watson AT XINETICA DOT COM]
>Sent:  woensdag 9 juni 1999 15:03
>To:    ADSM-L AT VM.MARIST DOT EDU
>Subject:       Large number of objects
>
>I am working on a system which long term will store 10 million files on SSA
>RAID - yes that's million !
>
>We obviously will not want to execute incremental style backups against these
>files due to the delays in scanning for date/time changes during this type of
>backup, but we will still have a fairly large number to backup on a daily
>basis - approx 25,000 avg file size 200k.
>
>Does anyone have experience of these kinds of voumes, or any performance
>stats on anything that can be scaled to give us some idea of what kind of
>performance we can expect.
>
>I suspect we will have to do some testing sooner than later.
>
>Regards
>Steve Watson.
>Technical Consultant. Xinetica Ltd