I'm doing some testing but have ran into a curious problem and am looking for some ideas.
The environment is a small test partition (v7r1 TR5) with two virtual tape drives and one TS3310 tape library with one LTO4 drive. I wanted to show how you could use multiple virtual tape drives to improve save performance and then duplicate the virtual cartridges to a single physical cartridge for long term storage.
Using the Q1AALWMFDP data area I was able to make this work as expected, with one problem. When a full system save is done and the DUPMEDBRM process is run, it doesn't force the QFILEIML and OS sequences to be at the front of the tape. It always duplicates the second cartridge first.
I know I could break apart the full system save into separate control groups and then duplicate the SAVSYS first then the rest using the *END. I'm going to open a PMR but figured I would post here too.
Also, I'm curious if anyone else has run into this.
Re: BRMS DUPMEDBRM and full system save2013-01-11T03:37:55ZThis is the accepted answer. This is the accepted answer.A little further information, I've done the same test using the default *SYSTEM control group and it worked correctly when I used the command DUPMEDBRM with *SYSTEM as the file group type. So now, I'm trying to find a way to make the copy of the *SYSTEM control group's file group be set to *SYSTEM as the backup runs.
QSECOFR 100000QNP855 Posts
Re: BRMS DUPMEDBRM and full system save2013-01-11T14:44:35ZThis is the accepted answer. This is the accepted answer.Hi Patrick,
During my performance testing a couple of years ago, I found that multiple virtual tape devices were faster than a single tape device. I found that it ran best with up to 4-5 devices on the save and 3-4 devices on the restore. This was consistent with the performance guide that was published.
As far as using the Q1AALWMFDP dtaara to duplicate to a single physical cartridge, how are your control group entries set up, including any exits before or after the *SAVSYS.
Re: BRMS DUPMEDBRM and full system save2013-01-14T15:13:59ZThis is the accepted answer. This is the accepted answer.
- QSECOFR 100000QNP8
In my further testing even using the *SYSTEM default resulted in the DUPMEDBRM not forcing the QFILEIBM to be at the front of the consolidated tape cartridge when using *SEARCH. I think the only way to make it work is to specify the vol ser of the tape you want to be first.
MervynVenter 100000T9D116 Posts
Re: BRMS DUPMEDBRM and full system save2013-12-10T01:03:10ZThis is the accepted answer. This is the accepted answer.
Hi Patrick, FYI, the BRMS June PTF 2013 has a fix for this and it will ensure that the SAVSYS is put on sequence 1 for the duplication..