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 <
00000471ebeac275-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
