Re: VTS and volume categories (Friday questions)
I don’t know if it answers part of your question, but i have clients who used to use categories for production and catégories for DR to be able to write in their vts on specific tape ranges. And depending on the licences your vts has, you have to consider tape allocation : imagine you want to save your system with 256 drives using 25go tapes. The vts needs to allocate all the space in parallel. It may accept it or not depending on the number of licences, can’t remember which one, you but. Resiliency Services on Z Mainframe alain.benveni...@kyndryl.com > Le 23 mai 2023 à 04:20, Brian Fraser a écrit : > > Sorry, I misunderstood the question. > > In IBM's TS7700, you can only select MEDIA1 or MEDIA2 as they only emulate > 3490 and 3490E. 18-track and 36-track. > I only use MEDIA2, with dataclas assigning either 6GB or 25GB volume sizes. > > I don't know about other virtual tape systems, which may be able to emulate > EFMTx formats. > > > >> On Tue, 23 May 2023 at 05:03, Radoslaw Skorupka < >> 0471ebeac275-dmarc-requ...@listserv.ua.edu> wrote: >> >> That's good answer to the question not asked. >> Yes, different categories are good for multi-tenancy, even if it is set >> of RMM, each having own db. >> However I'm asking for the reason for having multiple categories >> logically assigned to single system. >> I excluded various (virtual) tape capacities since the capacity is now >> set up by dataclass. So, why should one have more than one scratch >> category, still assuming there is one z/OS image? >> >> >> >> -- >> Radoslaw Skorupka >> Lodz, Poland >> >> >> >> W dniu 20.05.2023 o 05:20, Brian Fraser pisze: >>> If different LPARs using the tape library have different TMCs, then they >>> must also have different category codes assigned so the correct tapes are >>> used for scratch mounts. >>> >>> >>> On Sat, 20 May 2023 at 02:43, Radoslaw Skorupka < >>> 0471ebeac275-dmarc-requ...@listserv.ua.edu> wrote: >>> Volume categories (0001, 0002, and so on) are useful for library partitioning. Each SMS-plex can use it's own set of categories (00x1, 00x2...). Categorie are good to request big tape of small tape (JA, JK) or newer or older (JB, JC...). However the last sentence was good for real tapes. In VTS world we have virtual tapes and the max. volume size is determined in DATA CLASS construct - so one can have several sizes within category. So, the question arises: what is a purpose to have multiple categories for one SMS-plex? Of course, there is no obligation to more than one scratch category, however what goal can be achieved by using more than >> one? I see the only one: different scratch Expiration settings. BTW: all the volumes and drives are emulated, but... are there any architectural limits (i.e. volume size) resulting from choice o CAT 00x1 aka MEDIA1 vs 00x2, etc. ? Rather obvious, but I want to ask: is there any reason to define more categories, that means for MEDIA3 and above? In real tape world 3490E drive was completely incompatible with MEDIA3, 4, etc. And the VTS allows to insert only CST (MEDIA1) and ECCST (MEDIA2) virtual volumes. -- Radoslaw Skorupka Lodz, Poland >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN >> > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: VTS and volume categories (Friday questions)
Sorry, I misunderstood the question. In IBM's TS7700, you can only select MEDIA1 or MEDIA2 as they only emulate 3490 and 3490E. 18-track and 36-track. I only use MEDIA2, with dataclas assigning either 6GB or 25GB volume sizes. I don't know about other virtual tape systems, which may be able to emulate EFMTx formats. On Tue, 23 May 2023 at 05:03, Radoslaw Skorupka < 0471ebeac275-dmarc-requ...@listserv.ua.edu> wrote: > That's good answer to the question not asked. > Yes, different categories are good for multi-tenancy, even if it is set > of RMM, each having own db. > However I'm asking for the reason for having multiple categories > logically assigned to single system. > I excluded various (virtual) tape capacities since the capacity is now > set up by dataclass. So, why should one have more than one scratch > category, still assuming there is one z/OS image? > > > > -- > Radoslaw Skorupka > Lodz, Poland > > > > W dniu 20.05.2023 o 05:20, Brian Fraser pisze: > > If different LPARs using the tape library have different TMCs, then they > > must also have different category codes assigned so the correct tapes are > > used for scratch mounts. > > > > > > On Sat, 20 May 2023 at 02:43, Radoslaw Skorupka < > > 0471ebeac275-dmarc-requ...@listserv.ua.edu> wrote: > > > >> Volume categories (0001, 0002, and so on) are useful for library > >> partitioning. Each SMS-plex can use it's own set of categories (00x1, > >> 00x2...). > >> Categorie are good to request big tape of small tape (JA, JK) or newer > >> or older (JB, JC...). > >> However the last sentence was good for real tapes. > >> In VTS world we have virtual tapes and the max. volume size is > >> determined in DATA CLASS construct - so one can have several sizes > >> within category. > >> > >> So, the question arises: what is a purpose to have multiple categories > >> for one SMS-plex? Of course, there is no obligation to more than one > >> scratch category, however what goal can be achieved by using more than > one? > >> I see the only one: different scratch Expiration settings. > >> > >> BTW: all the volumes and drives are emulated, but... are there any > >> architectural limits (i.e. volume size) resulting from choice o CAT 00x1 > >> aka MEDIA1 vs 00x2, etc. ? > >> > >> Rather obvious, but I want to ask: is there any reason to define more > >> categories, that means for MEDIA3 and above? > >> In real tape world 3490E drive was completely incompatible with MEDIA3, > >> 4, etc. > >> And the VTS allows to insert only CST (MEDIA1) and ECCST (MEDIA2) > >> virtual volumes. > >> > >> -- > >> Radoslaw Skorupka > >> Lodz, Poland > >> > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: VTS and volume categories (Friday questions)
That's good answer to the question not asked. Yes, different categories are good for multi-tenancy, even if it is set of RMM, each having own db. However I'm asking for the reason for having multiple categories logically assigned to single system. I excluded various (virtual) tape capacities since the capacity is now set up by dataclass. So, why should one have more than one scratch category, still assuming there is one z/OS image? -- Radoslaw Skorupka Lodz, Poland W dniu 20.05.2023 o 05:20, Brian Fraser pisze: If different LPARs using the tape library have different TMCs, then they must also have different category codes assigned so the correct tapes are used for scratch mounts. On Sat, 20 May 2023 at 02:43, Radoslaw Skorupka < 0471ebeac275-dmarc-requ...@listserv.ua.edu> wrote: Volume categories (0001, 0002, and so on) are useful for library partitioning. Each SMS-plex can use it's own set of categories (00x1, 00x2...). Categorie are good to request big tape of small tape (JA, JK) or newer or older (JB, JC...). However the last sentence was good for real tapes. In VTS world we have virtual tapes and the max. volume size is determined in DATA CLASS construct - so one can have several sizes within category. So, the question arises: what is a purpose to have multiple categories for one SMS-plex? Of course, there is no obligation to more than one scratch category, however what goal can be achieved by using more than one? I see the only one: different scratch Expiration settings. BTW: all the volumes and drives are emulated, but... are there any architectural limits (i.e. volume size) resulting from choice o CAT 00x1 aka MEDIA1 vs 00x2, etc. ? Rather obvious, but I want to ask: is there any reason to define more categories, that means for MEDIA3 and above? In real tape world 3490E drive was completely incompatible with MEDIA3, 4, etc. And the VTS allows to insert only CST (MEDIA1) and ECCST (MEDIA2) virtual volumes. -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: VTS and volume categories (Friday questions)
If different LPARs using the tape library have different TMCs, then they must also have different category codes assigned so the correct tapes are used for scratch mounts. On Sat, 20 May 2023 at 02:43, Radoslaw Skorupka < 0471ebeac275-dmarc-requ...@listserv.ua.edu> wrote: > Volume categories (0001, 0002, and so on) are useful for library > partitioning. Each SMS-plex can use it's own set of categories (00x1, > 00x2...). > Categorie are good to request big tape of small tape (JA, JK) or newer > or older (JB, JC...). > However the last sentence was good for real tapes. > In VTS world we have virtual tapes and the max. volume size is > determined in DATA CLASS construct - so one can have several sizes > within category. > > So, the question arises: what is a purpose to have multiple categories > for one SMS-plex? Of course, there is no obligation to more than one > scratch category, however what goal can be achieved by using more than one? > I see the only one: different scratch Expiration settings. > > BTW: all the volumes and drives are emulated, but... are there any > architectural limits (i.e. volume size) resulting from choice o CAT 00x1 > aka MEDIA1 vs 00x2, etc. ? > > Rather obvious, but I want to ask: is there any reason to define more > categories, that means for MEDIA3 and above? > In real tape world 3490E drive was completely incompatible with MEDIA3, > 4, etc. > And the VTS allows to insert only CST (MEDIA1) and ECCST (MEDIA2) > virtual volumes. > > -- > Radoslaw Skorupka > Lodz, Poland > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
VTS and volume categories (Friday questions)
Volume categories (0001, 0002, and so on) are useful for library partitioning. Each SMS-plex can use it's own set of categories (00x1, 00x2...). Categorie are good to request big tape of small tape (JA, JK) or newer or older (JB, JC...). However the last sentence was good for real tapes. In VTS world we have virtual tapes and the max. volume size is determined in DATA CLASS construct - so one can have several sizes within category. So, the question arises: what is a purpose to have multiple categories for one SMS-plex? Of course, there is no obligation to more than one scratch category, however what goal can be achieved by using more than one? I see the only one: different scratch Expiration settings. BTW: all the volumes and drives are emulated, but... are there any architectural limits (i.e. volume size) resulting from choice o CAT 00x1 aka MEDIA1 vs 00x2, etc. ? Rather obvious, but I want to ask: is there any reason to define more categories, that means for MEDIA3 and above? In real tape world 3490E drive was completely incompatible with MEDIA3, 4, etc. And the VTS allows to insert only CST (MEDIA1) and ECCST (MEDIA2) virtual volumes. -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
