Matt -- If you're archiving the filesystems, run multiple archives in parallel direct to tape. You should then be able to restore with the same parallelism. If you're doing backups, try co-locating by filespace -- but you'll probably still run into media waits on the restore. Depending on the tape technology, these waits should not be lengthy.
Becky -- I run four or five sessions of TDP/R3 direct to tape using the same management class and storage pool. The backups run about 2.5 to 3 hours for 900 GB or more of data. My restores are either to test environments that are only allowed three sessions but manage to complete in about 8 hours, or to my production environment at our D/R hotsite. In the case of the hotsite, we are working with only two tapes from the off-site copies and the restore runs about 6 hours even with the occasional media wait. These processes work for us; YMMV. Tom Kauffman NIBCO, Inc -----Original Message----- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Davidson, Becky Sent: Wednesday, June 23, 2004 10:36 AM To: [EMAIL PROTECTED] Subject: Re: anyone have script for multi-session/multi-filespace restore? We were told that the best way to do this at least with Tivoli Data Protection for SAP R/3 was to have each thread go to a different storage pool that way no thread will ask for a tape that another thread is using. We thought that was silly and pushed back. Hopefully it will be fixed. Becky -----Original Message----- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of MC Matt Cooper (2838) Sent: Wednesday, June 23, 2004 10:20 AM To: [EMAIL PROTECTED] Subject: anyone have script for multi-session/multi-filespace restore? Hello all, I received no responses from my previous post 'Need your thoughts on best RESTORE approach'. So with just my own research I have found that TSM does NOT have anything to manage a multi-filespace, multi-session restore that is not relying on the user to prevent 2 sessions asking for the same tape. (please tell me I am wrong) ( reference the section in the (AIX) client book on LARGE RESTORES, NO QUERY, it is set up for a single filespace (NO WILDCARDS) In my case I will have 60+ filesspaces on 6+ tapes with 8 tape drives available and have to start from the command line (actually scripted) to start a session for each tape drive. The real problem is preventing more than 1 session from asking for the same tape. I believe I can find the necessary information to write the script from quering the volumeusage and volume tables and doing the restore comands from there. I would guess I am not the first one to approach this problem and hate to spend my time trying to script this when someone else, (who is most likely much better at scripting than me) has already done it. Does anyone have a script that will arrange/control the submission of multiple restore sessions to avoid having sessions having to wait for other sessions to finish using a tape? Thanks in advance Matt
