I am trying to speed up the time required to backup our primary tape stgpool to our secondary site by changing the number of process allowed. When I changed MAXPROCESS=2, it kicked off 2 "Backup Stor
do you have enough scrach tape assigned to the tape pool? --Original Message-- From: John C Dury [mailto:jdury AT DQE DOT COM] Sent: Tue 4/1/2003 10:28 AM To: ADSM-L AT VM.MARIST DOT EDU Cc: Subject:
At 10:28 AM -0500 4/1/03, John C Dury wrote: When I changed MAXPROCESS=2, it kicked off 2 "Backup Storage Pool" processes which is what I expected but on the secondary system, the 2 sessions are both
Author: Steve Harris <Steve_Harris AT HEALTH.QLD.GOV DOT AU>
Date: Wed, 2 Apr 2003 11:57:31 +1000
If you use migproc=2 when you dump your diskpool then that will write two two tapes, which will then get used in parallel by backup stg. Steve. I had the same problem, and reported it to TSM support.
I currently have my migprocess=3 which works fine and mounts 3 tapes when migrating data from my primary disk pool. When I run the "backup stgpool primarytapepool offsitedrpool maxprocess=2" command,
I mean "media wait" not "session wait" in my previous message. What's even weirder is that setting maxprocess=2 kicks off 2 "Backup Storage Pool" processes which each both create new virtual volumes.
Apparently not always true. We have our disk pool defined with migproc=2. Disk pool does get dumped to multiple tapes. When we start the backup stgpool with maxpr=2, it usually starts copying 2 input