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.
NOTICE: developerWorks Community will be offline May 29-30, 2015 while we upgrade to the latest version of IBM Connections. For more information, read our upgrade FAQ.
This topic has been locked.
4 replies Latest Post - 2013-12-10T01:03:10Z by MervynVenter
Pinned topic BRMS DUPMEDBRM and full system save
Answered question This question has been answered.
Unanswered question This question has not been answered yet.
Updated on 2013-01-14T15:13:59Z at 2013-01-14T15:13:59Z by patrbng
Re: BRMS DUPMEDBRM and full system save2013-01-11T03:37:55Z in response to patrbngA 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 PostsACCEPTED ANSWER
Re: BRMS DUPMEDBRM and full system save2013-01-11T14:44:35Z in response to patrbngHi 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:59Z in response to QSECOFRThe full system save is just a copy of the default *SYSTEM. The standard blank *EXIT at the beginning and end are there but nothing else.
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 100000T9D114 Posts