L'une des fonctions principales du SMC est d'influencer la sélection des lecteurs de bande par le système d'exploitation pendant l'allocation pour s'assurer que des périphériques acceptables sont sélectionnés dans un environnement StorageTek TapePlex et virtuel. De plus, le SMC crée une liste préférée de périphériques acceptables en fonction de l'emplacement de volume spécifique, de l'équilibrage de charge provisoire et des stratégies utilisateur. Même si le mécanisme par lequel l'allocation est influencée diffère entre JES2 (ou JES3 sans SETUP) et JES3 avec configuration de bande, la logique sous-jacente à la sélection des périphériques acceptables et préférés est la même pour tous les systèmes.
En général, l'allocation SMC ne peut pas ajouter de périphériques à la liste d'origine du JCL du travail. Elle ne peut éliminer que les périphériques non acceptables et donner la préférence aux périphériques acceptables restants. Toutefois, en utilisant l'interface SMC IDAX (voir Substitution de groupe ésotérique SMC à IDAX) ou SMC DFSMS (voir Traitement DFSMS SMC), vous pouvez remplacer le groupe ésotérique d'origine du JCL par un autre groupe ésotérique, qui peut comporter différents périphériques ou types de périphériques.
Le SMC détermine la liste de lecteurs acceptables pour chaque allocation de bande en appliquant une série de critères (appelés ''niveaux d'exclusion'') au jeu de périphériques initial, supprimant les périphériques qui ne répondent pas aux critères. On appelle ce processus exclusion de lecteur.
Si le SMC tente d'appliquer un critère d'exclusion particulier et qu'alors tous les lecteurs éligibles restants sont exclus, les messages SMC0045 et SMC0046 s'affichent indiquant qu'un critère d'exclusion spécifique n'a pas pu être appliqué. Toutefois, le processus d'exclusion se poursuit et le SMC applique les autres critères si cela est possible.
L'allocation SMC peut faire échouer exprès l'allocation d'un travail s'il apparaît qu'un montage sur l'un des lecteurs figurant dans la liste disponible échouerait. Par exemple, un volume comportant un média STK1R ne peut pas être physiquement monté sur un lecteur 9490 et une bande non étiquetée ne peut pas être virtuelle.
De plus, certains clients peuvent préférer qu'un travail échoue à l'allocation plutôt que d'utiliser un média provisoire non désiré ou de nécessiter qu'un volume spécifique soit éjecté ou entré dans un ACS différent. Vous pouvez utiliser le paramètre SMC ALLOCDEF (ou ALLOCJOB) MINLVL pour faire échouer des travaux à l'allocation ou, inversement, pour ignorer le comportement par défaut du SMC consistant à faire échouer les travaux à l'allocation.
Définir MINLVL sur 0 indique que le SMC ne doit jamais faire échouer un travail à l'allocation.
La valeur par défaut du paramètre MINLVL, 2, indique que les travaux ne doivent échouer à l'allocation que pour les types de médias ou d'étiquettes virtuelles incompatibles.
Les clients peuvent définir le paramètre MINLVL sur des valeurs plus élevées si nécessaire. Reportez-vous à la section Exclusion de lecteur pour obtenir des informations détaillées sur les niveaux d'exclusion SMC correspondant aux volumes spécifiques et de travail.
Une fois tous les critères d'exclusion appliqués, les lecteurs restants sont organisés en fonction de leur désirabilité basée sur la stratégie, l'emplacement de volume ou le nombre de volumes de travail et l'heure du dernier montage. On appelle ce processus hiérarchisation de lecteur. Pendant ce processus, le SMC définit également des indicateurs dans les blocs de commandes MVS pour indiquer que le montage doit être différé jusqu'à ce qu'il soit OUVERT, sauf si une stratégie spécifie que les montages ne doivent pas être différés.
Remarque :
L'allocation SMC ne prend pas en compte le statut des lecteurs (par exemple, hors ligne ou occupé) lors de la sélection des lecteurs éligibles pour une demande d'allocation. Si aucun des lecteurs sélectionnés par le SMC n'est disponible, le travail passe à la restauration d'allocation.Le processus d'exclusion de lecteur comprend les étapes suivantes :
Le SMC examine la liste initiale des périphériques éligibles pour chaque DD de bande à chaque étape de travail (ou allocation dynamique) et collecte les informations de stratégies de diverses sources, y compris les routines DFSMS ACS, une combinaison de commandes POLicy SMC et d'instructions de contrôle TAPEREQ, ainsi que les exits utilisateur.
Le SMC utilise les informations de stratégies afin de sélectionner le TapePlex propriétaire pour chaque allocation de bande. Si une REGLE spécifie un nom TapePlex ou un ésotérique qui contient des périphériques contrôlés par un seul TapePlex, ce TapePlex est sélectionné en tant que propriétaire pour l'allocation.
Si plusieurs TapePlex sont éligibles pour être propriétaires de l'application, le premier TapePlex qui retourne un statut de réussite est sélectionné en tant que propriétaire. Pour une demande de volume spécifique, une réponse réussie indique que le volume est dans la bibliothèque ou est défini en tant que volume virtuel. Pour une demande d'allocation d'espace de travail, une réponse réussie indique que le TapePlex comporte des volumes de travail disponibles pour le sous-pool de médias et de travail.
Le SMC procède à la recherche de volume en communiquant avec un ou plusieurs TapePlex et en collectant des informations sur l'emplacement et les caractéristiques de volumes spécifiques, outre les volumes de travail disponibles. Si le SMC ne peut pas obtenir ces informations d'un TapePlex, le paramètre ALLOCDef FAILnoinfo peut être utilisé pour déterminer si le travail est autorisé à échouer à l'allocation ou à se poursuivre en fonction uniquement des stratégies disponibles.
Le SMC applique les informations obtenues grâce à la recherche de volume et aux stratégies selon des niveaux ordonnés, les premiers niveaux (ayant le nombre le plus bas) étant appliqués d'abord et les niveaux les moins importants ensuite. Par exemple, le niveau 2 est considéré plus important et est appliqué avant le niveau 3.
Si l'application d'une exclusion spécifique élimine tous les lecteurs, le SMC ignore le critère et passe au niveau d'exclusion suivant.
Remarque :
Reportez-vous au Chapitre 4, Stratégie pour obtenir des informations sur la définition d'une stratégie SMC.
Pour plus d'informations sur les exits utilisateur, reportez-vous à la Référence des interfaces héritées ELS.
Pour une allocation de volume spécifique, le SMC exclut les lecteurs du niveau d'exclusion le plus bas au niveau d'exclusion le plus élevé, en fonction des critères spécifiés dans le tableau suivant. Plus le niveau est bas, plus les critères d'exclusion sont importants.
Les mots-clés associés à chaque niveau d'exclusion sont spécifiés dans les critères d'exclusion affichés par les messages SMC0043 et SMC0046.
Tableau 5-1 Niveaux d'exclusion de lecteurs (demande spécifique)
| Niveau | Critères de volumes spécifiques | Mot-clé |
|---|---|---|
|
MultipleTapePlexPre-Req 1 |
Exclut les lecteurs ne figurant pas dans le TapePlex demandé. Source principale : paramètre Source secondaire : TAPEPLEX d'exit utilisateur de volume spécifique (08/13) |
Aucun |
|
MultipleTapePlexPre-Req 2 |
Exclut les lecteurs en fonction du paramètre ESOTERIC lorsque le groupe ésotérique n'inclut que des périphériques dans un TAPEPLEX. Source principale : paramètre Source secondaire : ESOTERIC d'exit utilisateur de volume spécifique (08/13) |
Aucun |
|
MultipleTapePlexPre-Req 3 |
Exclut les lecteurs en fonction d'une recherche de volume non concluante. Seuls les lecteurs du premier TapePlex dont la recherche de volume est concluante restent éligibles. Si aucun TapePlex n'a de recherche de volume concluante, le premier TapePlex défini est utilisé. |
Aucun |
|
1 |
Pour les demandes de volumes spécifiques non étiquetés (NL), exclut tous les lecteurs drives.Exclude all Source principale : étiquette de volume externe Source secondaire : paramètre Le média de volume peut être obtenu via l'étiquette de volume ou via un paramètre |
|
|
2 |
Pour les volumes virtuels uniquement, exclut les lecteurs virtuels qui résident sur un VTSS inaccessible ou sur un VTSS vers lequel il n'est pas possible de rappeler un volume virtuel migré. Il s'agit du niveau minimal par défaut. |
AVAILVTSS |
|
3 |
Exclut les lecteurs en fonction de la technique d'enregistrement requise. Source : paramètre |
VOLATTRRECTECH |
|
4 |
Exclut les lecteurs en fonction des stratégies d'emplacement utilisateur. Source principale : paramètre Source secondaire : codes de retour d'exit utilisateur de volume spécifique (08/13) ou d'exit de séparation d'affinité (10/12) |
USERPOLICY |
|
5 |
Exclut les lecteurs en fonction du groupe ésotérique SMC |
EXTVOLESOT |
|
6 |
Exclut les lecteurs en fonction du type d'emplacement de volume (bibliothèque ou non bibliothèque). |
LOCTYPE |
|
7 |
Exclut les lecteurs en fonction de l'emplacement ACS du volume (pour les volumes de bibliothèques) et du VTSS résident des volumes virtuels. |
ACSORVTSS |
|
8 |
Exclut les lecteurs en fonction de la technique d'enregistrement demandée. Source principale : technique d'enregistrement de classe de données DFSMS Source secondaire : paramètre |
POLRECTECH |
L'exemple suivant montre comment le SMC applique les niveaux d'exclusion pour influencer l'allocation de volumes spécifiques.
JCL:
//DDNAME DD DSN=ABC.DEF,DISP=OLD
Spécification de stratégie :
POLICY NAME(POL1) VOLTYPE(SPECIFIC) ESOTERIC(A19840B,A19840A) RECTECH(STK1RB) TAPEREQ DSN(ABC.*) POLICY(POL1)
Informations de recherche de volume :
Volume spécifique VOL123
La recherche de volume SMC indique que le volume VOL123 comporte un type de média de densité simple STK1R dans TapePlex HSCLIB ACS 0.
Traitement de l'exclusion d'allocation :
A partir du niveau d'exclusion 1, le SMC exclut tous les périphériques non 9840 (ceux qui ne sont pas compatibles avec le média de volume).
Le niveau 2 n'a aucun effet.
Le SMC n'exclut aucun périphérique au niveau 3 car il n'y avait aucun paramètre HSC VOLATTR pour limiter le volume à des lecteurs de densité simple.
Le SMC exclut tous les lecteurs ne figurant pas dans le groupe ésotérique A19840B ou A19840A.
Le SMC n'exclut aucun périphérique au niveau 5 car le volume figure dans le TapePlex.
Le SMC exclut tous les lecteurs qui ne sont pas des lecteurs de bibliothèques, s'il en reste.
Le SMC tente d'exclure tous les lecteurs ne figurant pas dans ACS 0. Toutefois, puisqu'à ce point les périphériques restants n'incluent que des lecteurs 9840 dans ACS1 (en fonction des ésotériques A19840B et A19840A), il ne reste aucun lecteur dans l'EDL après cette exclusion.
Le SMC sauvegarde alors vers l'EDL comme il était avant le niveau d'exclusion 7 et génère les messages SMC0045 ou SMC0046 spécifiant ACSORVTSS comme critère conflictuel.
Seuls les lecteurs des ésotériques A19840B et A19840A demeurent éligibles, selon le niveau d'exclusion 4.
Le niveau 8 n'a aucun effet.
Traitement de la préférence d'allocation :
Pendant la hiérarchisation des lecteurs, le SMC attribue une valeur de préférence plus élevée aux lecteurs dans le groupe ésotérique A19840B, et une valeur de préférence plus faible aux lecteurs dans A19840A.
Pour une allocation de volume de travail, le SMC exclut les lecteurs du niveau d'exclusion le plus bas au niveau d'exclusion le plus élevé, en fonction des critères spécifiés dans Tableau 5-2. Plus le niveau est bas, plus les critères d'exclusion sont importants.
Les mots-clés associés à chaque niveau d'exclusion sont spécifiés dans les critères d'exclusion affichés par les messages SMC0043 et SMC0046.
Tableau 5-2 Niveaux d'exclusion de lecteurs (demande d'allocation d'espace de travail)
L'exemple suivant montre comment le SMC applique les niveaux d'exclusion pour influencer l'allocation des volumes de travail.
JCL:
//DDNAME DD DSN=DEF.GHI,DISP=NEW
Spécification de stratégie :
POLICY NAME(POL2) VOLTYPE(SCRATCH) SUBPOOL(SP1) MEDIA(ECART) MODEL(9490) TAPEREQ DSN(DEF.*) POLICY(POL2) SMC ALLOCDEF ZEROSCR(ON)
Les retours d'exit utilisateur provisoires utilisent SUBPOOL(SP2) et ESOTERIC(XYZ).
Informations de recherche de volume :
La recherche de volume SMC indique que TapePlex HSCLIB comporte des volumes de travail dans le sous-pool SP1.
Traitement de l'exclusion d'allocation :
En commençant par le niveau d'exclusion 1, le SMC exclut les lecteurs comportant une commande SMC UNITATTR qui spécifie MODEL=IGNORE.
Le niveau 2 n'a aucun effet.
Le SMC exclut tous les périphériques ne prenant pas en charge un ECART de média.
Parce que le paramètre POLicy est spécifié, le groupe ésotérique d'exit utilisateur XYZ est ignoré et le niveau 4 est sans effet. Le message SMC0197 est généré pour indiquer ceci.
Le SMC exclut tous les lecteurs non compatibles avec les volumes de travail dans le sous-pool SP1 (la stratégie TAPEREQ remplace la stratégie d'exit utilisateur).
Le SMC exclut tous les lecteurs qui ne sont pas des lecteurs de bibliothèques.
Si des volumes de travail pour SP1 n'existent que dans un ACS unique, le SMC exclut les lecteurs dans d'autres ACS.
Le SMC exclut tous les lecteurs restants ne comportant pas un MODEL de 9490.
L'exemple suivant montre comment le SMC applique les niveaux d'exclusion pour influencer l'allocation des volumes de travail virtuels.
JCL:
//DDNAME DD DSN=GHI.JKL,DISP=NEW
Spécification de stratégie :
POLICY NAME(POL3) VOLTYPE(SCRATCH) ESOTERIC(VTSS1) SUBPOOL(VIRT1) MGMTCLAS(MGMT1) TAPEREQ DSN(GHI.*) POLICY(POL3) SMC ALLOCDEF SMS(ON) SMC SMSDEF MGMTPOL(ALL) VTVMGMT(ON)
La routine DFSMS retourne la classe de gestion MGMT2.
Comme MGMT2 n'est pas un nom de stratégie valide, il est ignoré et la stratégie issue de TAPEREQ POL3 est utilisée.
Informations de recherche de volume :
La recherche de volume SMC retourne une liste de VTSS éligible pour l'allocation provisoire. Dans cet exemple, la liste retournée est VTSS2 et VTSS3 basés sur des VTSS en ligne avec accès aux ACS et aux techniques d'enregistrement RTD compatibles avec MGMT1.
Traitement de l'exclusion d'allocation :
En commençant par le niveau d'exclusion 1, le SMC exclut les lecteurs comportant une commande SMC UNITATTR qui spécifie MODEL=IGNORE.
Le SMC exclut tous les lecteurs virtuels ne figurant pas dans VTSS2 ou VTSS3.
Le SMC exclut tous les lecteurs non virtuels car le VTSS1 de groupe ésotérique de POLICY ne contient que des lecteurs virtuels.
Le SMC exclut tous les lecteurs ne figurant pas VTSS1.
Puisque VTSS1 n'est pas l'un des paramètres retournés par HSC/VTCS, le SMC ''renvoie" le niveau d'exclusion 4 et génère les messages SMC0045 ou SMC0046, mais poursuit les autres tâches de traitement. Seuls les lecteurs dans VTSS2 et VTSS3 demeurent éligibles, selon le niveau d'exclusion 2.
Dans cet exemple, les niveaux d'exclusion restants sont sans effet.
L'affinité d'unité explicite est une fonction MVS qui permet à des volumes associés à deux instructions JCL DD séparées, ou demandes d'allocation, d'être montés en série sur le même lecteur. Une demande pour toutes les générations d'un groupe GDG (chaîne GDG ALL) peut être considérée comme une affinité GDGALL.
Le SMC ne fait aucune distinction entre ces deux types d'affinité. Lors du traitement d'une chaîne d'affinité, le processus d'exclusion de lecteur examine séparément chaque allocation dans la chaîne jusqu'au niveau d'exclusion minimal compris. La chaîne est toujours séparée lorsque le traitement du niveau d'exclusion minimal résulte dans des listes de lecteurs éligibles, pour deux membres de la chaîne ou plus, ne contenant pas de lecteurs communs.
Par exemple :
//DD1 DD UNIT=CART,DSN=MY.STK1R.DATASET,DISP=OLD //DD2 DD UNIT=AFF=DD1,DSN=MY.LONGI.DATASET,DISP=OLD
DD1 spécifie un jeu de données sur le média 9840 ou T9840B et DD2 un jeu de données sur un média longitudinal. Le niveau d'exclusion de lecteur 1 pour les volumes spécifiques crée une liste de lecteurs éligibles pour chaque DD en fonction du média de volume requis. Les deux listes ne contiennent pas de lecteur commun. Par conséquent, le SMC rompt la chaîne d'affinité entre DD1 et DD2 et les deux instructions DD ne représentent plus une allocation de lecteur mais deux demandes d'allocation séparées.
Pour le traitement de chaîne d'affinité SMC, la tête de la chaîne d'affinité contenant uniquement des volumes de travail ou uniquement des volumes spécifiques est la première instruction DD dans la chaîne. Si une chaîne d'affinité contient à la fois des volumes de travail et des volumes spécifiques, le premier volume spécifique est traité comme la tête de la chaîne.
Une fois le niveau minimal de l'exclusion de lecteur et de la séparation d'affinité atteint, la stratégie utilisateur influence les décisions restantes de séparation d'affinité.
Vous pouvez utiliser le paramètre ALLOCDef ou ALLOCJob SEPLvl pour indiquer que les chaînes d'affinité ne soient pas séparées en fonction des niveaux d'exclusion décrits dans ce chapitre. Vous pouvez aussi utiliser les exits 10 et 12 pour contrôler la séparation d'affinité. Pour plus d'informations, reportez-vous au document Référence des interfaces héritées ELS.
La hiérarchisation de lecteur SMC repose sur les critères suivants :
Pour les volumes spécifiques, les lecteurs situés dans les LSM les plus proches du volume sont préférés. Le SMC définit une valeur de priorité égale pour les lecteurs éloignés du même nombre d'exécution de passthru du volume spécifique.
Pour les volumes de travail, les lecteurs dans les LSM qui ont le nombre le plus élevé de volumes de travail correspondant au média et à l'enregistrement technique demandés par la stratégie sont préférés.
Du fait de la liste POLicy ESOTeric, les lecteurs sont préférés en fonction de l'ordre spécifié dans la liste de groupes ésotériques.
Le paramètre POLicy PREFer indique la priorité relative de l'emplacement (emplacement des volumes spécifiques) LSM, la liste de groupes ésotériques (de groupes ésotériques pour les volumes de travail et spécifiques) et le nombre provisoire (nombre des volumes de travail) pour déterminer la valeur de préférence de chaque périphérique.
Remarque :
Pour les autres facteurs de hiérarchisation, reportez-vous au document Référence des interfaces héritées ELS.Une fois qu'une liste finale de lecteurs a été sélectionnée pour l'allocation, l'ordre de préférence des lecteurs éligibles (après considération de la préférence LSM et de type de lecteur) est sélectionnée en fonction d'un algorithme ''dernière utilisation".
Pour limiter l'usure excessive des lecteurs alloués, le SMC assigne des valeurs de préférence de lecteur par rotation en fonction de l'''heure du dernier montage" de chaque lecteur. Cette valeur est examinée pour chaque lecteur dans la liste finale de lecteurs. Le lecteur ayant été monté le plus récemment est installé, puis le lecteur qui vient immédiatement après dans la liste est sélectionné en tant que lecteur le plus préféré pour l'allocation actuelle.
Remarque :
Cet algorithme ne s'applique pas aux lecteurs virtuels.Par défaut, le SMC diffère tous les montages de bandes automatisés. Le paramètre DEFER de la commande ALLOCDef du SMC peut être défini pour remplacer ce scénario par défaut. Pour obtenir des performances optimales, il est recommandé d'utiliser le paramètre DEFER(ON) par défaut. Reportez-vous à la Référence des commandes, des instructions de contrôle et des utilitaires ELS pour plus d'informations sur la commande ALLOCDef du SMC.
Remarque :
Les montages virtuels sont toujours préférés.Le SMC n'influence pas les types d'allocation de bande de cartouche suivants :
L'allocation de demande (requête pour un ou des lecteurs spécifiques)
Remarque :
Le SMC procède au traitement deDEFER pour l'allocation de demande.Les allocations exclues explicitement en entrant le paramètre BYPASS de la commande ALLOCJob. Reportez-vous à la Référence des commandes, des instructions de contrôle et des utilitaires ELS pour plus d'informations sur la commande ALLOCDef du SMC.
Les allocations où la liste de périphériques éligibles ne contient que des périphériques ''inconnus" (à savoir non virtuels, non bibliothèque et non définis dans une commande UNITAttr SMC).
Allocation gérée par DFSMS. Un jeu de données géré par SMS est défini comme un jeu de données comportant une classe de stockage définie. Une classe de stockage est assignée dans l'un des cas suivants :
Le paramètre STORCLAS est spécifié sur l'instruction DD.
Une routine ACS écrite par l'installation sélectionne une nouvelle classe de stockage pour un nouveau jeu de données.
Le SMC examine toutes les allocations de périphérique d'E/S sur un système JES2 pour déterminer s'il faut traiter ou non la demande d'allocation.
Le SMC utilise l'exit de demande de fonction de sous-système IEFJFRQ (SSI) de l'interface du sous-système MVS pour prendre le contrôle lors des événements d'allocation de bande. Le SMC prend le contrôle dans les environnements JES2 pour ces fonctions de sous-systèmes :
SSI55 - IDAX (Interpreter/Dynamic Allocation Exit) DFSMS
SSI24 - Allocation commune
SSI78 - Allocation de bande
Pendant le traitement de l'interprétation MVS JCL, IDAX offre la possibilité de remplacer le paramètre d'unité JCL, le nombre de volumes, la période de conservation ou la date d'expiration, ainsi que d'autres attributs JCL spécifiques pour les jeux de données DISP=NEW (et, le cas échéant, DISP=MOD).
Remarque :
Cette fonction est facultative. Reportez-vous à la section Substitution de groupe ésotérique SMC à IDAX pour obtenir des informations sur la mise en œuvre du traitement SMC IDAX et la spécification des attributs de stratégies IDAX.Pendant le traitement de l'allocation commune SSI24, le SMC effectue les processus suivants pour arriver au meilleur jeu de lecteurs éligibles :
Exclusion de lecteur
Séparation d'affinité d'unité
Différer le traitement (lorsque CA1RTS est défini sur ON)
EDL mis à jour avec les résultats d'exclusion de lecteur (lorsque MIACOMPAT est défini sur ON)
Les résultats du processus d'exclusion de lecteur ne sont reflétés dans les blocs de contrôle MVS qu'au moment de l'allocation de bande, sauf si MIACOMPAT ou CA1RTS est défini sur ON.
Les résultats de la séparation d'affinité d'unité sont utilisés pour mettre à jour les entrées MVS VOLUNIT dans le SIOT.
Pendant le traitement de l'allocation de bande SSI78, le SMC effectue les tâches suivantes :
Met à jour les blocs de contrôle MVS selon les résultats d'exclusion de lecteur (sauf si MIACOMPAT est défini sur ON)
Hiérarchisation de lecteur
Différer le montage (sauf si CA1RTS est défini sur ON)
Le SMC définit tous les lecteurs inacceptables sur le statut non éligible et assigne une priorité à chaque lecteur qui demeure éligible pour l'allocation. Plus la priorité est élevée, plus il est probable que le périphérique sera choisi pour le montage.
Le SMC met à jour les blocs de contrôle IEFSSTA pour le retardement de montage, l'exclusion de lecteur et la hiérarchisation pendant le traitement SSI78.
Les sections suivantes présentent des considérations importantes sur JES3.
Si JES3 ne gère aucun périphérique et que SETUP=NONE a été spécifié sur l'instruction d'initialisation JES3 STANDARDS, le SMC fonctionne de la même manière que dans un environnement JES2.
Si JES3 ne gère aucun lecteur de cartouche mais gère d'autres types de périphériques, spécifiez le paramètre J3NOSET sur l'instruction EXEC de la procédure START du SMC. Pour plus d'informations, reportez-vous à la Création de la procédure START SMC. Si J3NOSET est spécifié, le SMC fonctionne de la même manière que dans un environnement JES2.
Si SETUP=NONE ou J3NOSET est spécifié, aucune modification Type 1 ne doit être installée sur votre système JES3.
Le SMC prend en charge les lecteurs gérés par JES3. JES3 gère les lecteurs via le traitement SETUP, qui alloue les lecteurs identifiés sur les instructions SETNAME lorsque JOB, HWS (High Watermark Setup) ou THWS (Tape High Watermark Setup) est spécifié sur le paramètre SETUP de l'instruction d'initialisation JES3 STANDARDS. Dans cet environnement, JES3 doit gérer tous les lecteurs de cartouches pour que le SMC fonctionne correctement.
La prise en charge SMC fonctionne lors des phases de composants d'interface de sous-système (SSI) MVS et JES3 suivantes :
SSI55 IDAX (Interpreter/Dynamic Allocation Exit)
C/I (Converter/Interpreter) JES3
Allocation dynamique SSI23 JES3
MDS (Main Device Scheduler) JES3
Allocation commune SSI24
Le traitement SMC SSI55 est le même dans JES2 et JES3. Pour plus d'informations, reportez-vous à la SSI55 IDAX (Interpreter/Dynamic Allocation Exit).
Pendant le traitement JES3 C/I POSTSCAN, le SMC substitue un ésotérique pour éliminer les lecteurs inacceptables de l'allocation. Le SMC effectue les processus suivants pour arriver au meilleur jeu de lecteurs éligibles :
Exclusion de lecteur
Séparation d'affinité
Remplacement du nom d'unité de groupe ésotérique pour exclure les lecteurs inacceptables
A l'issue du traitement JES3 C/I POSTSCAN, le SMC peut différer l'allocation jusqu'à ce que le travail entre dans l'initiateur selon le paramètre DEFER de la commande ALLOCDef SMC. De plus, à ce point du traitement, les messages d'extraction peuvent être supprimés selon le paramètre FETCH de la commande ALLOCDef.
Pendant le traitement de l'allocation dynamique SSI23 JES3, le SMC effectue les mêmes fonctions pour les allocations dynamiques que POSTSCAN C/I traite pour les allocations communes :
Exclusion de lecteur
Séparation d'affinité GDGALL
Remplacement du nom d'unité de groupe ésotérique
Déférer le montage
Au début du traitement JES3 MDS, le SMC offre la possibilité de supprimer les messages d'extraction pour les demandes d'allocation dynamique selon le paramètre FETCH de la commande ALLOCDef SMC.
Pendant la sélection de périphérique MDS, le SMC définit les valeurs de préférence des lecteurs en fonction de leur relative désirabilité, à savoir que JES3 sélectionne pour l'allocation le lecteur disponible ayant la valeur de préférence la plus élevée.
Si un montage a été différé jusqu'à ce que le travail entre dans un initiateur, pendant le traitement d'allocation commune SSI24, il se peut que le montage soit davantage différé jusqu'à l'ouverture du jeu de données. Le paramètre DEFER de la commande ALLOCDef SMC détermine si le montage est différé ou non.
Une fois l'exclusion de lecteurs et la séparation d'affinité effectuée, chaque allocation peut comporter une nouvelle liste de lecteurs éligibles. La recherche commence à rechercher un ésotérique contenant cette liste exacte de lecteurs. Le SMC remplace le nom d'unité JCL d'origine dans le tableau IJS (Intermediate Job Summary) par ce nouvel ésotérique.
La recherche du groupe ésotérique "parfait" commence par le nom d'unité JCL d'origine ou le nom d'unité issu de l'entrée de catalogue de ce jeu de données. Par exemple, imaginons que le jeu de données en cours d'allocation ait été catalogué avec le nom d'unité 3490. Le tableau suivant répertorie tous les lecteurs "3490" du système.
Tableau 5-3 Liste de lecteurs 3490
| ACS0 | ACS1 | Emplacement non bibliothèque |
|---|---|---|
|
0A10: 9490 |
0C10: 9490 |
0E10: 9490 |
|
0B10: 9840 |
0C11: 9490 |
0E11: 9490 |
JES3 regroupe les périphériques par nom XTYPE et regroupe les noms XTYPE par ésotériques. L'exemple suivant présente des instructions DEVICE codées dans les paramètres d'initialisation JES3 :
DEVICE,TYPE=TA33490,XTYPE=(ACS09490,CA),JNAME=CA10, JUNIT=(A10,MVS1,TAP,ON),XUNIT=(A10,MVS1,TAP,ON) DEVICE,TYPE=TA33490,XTYPE=(ACS09840,CA),JNAME=CA11, JUNIT=(B10,MVS1,TAP,ON),XUNIT=(B10,MVS1,TAP,ON) DEVICE,TYPE=TA33490,XTYPE=(ACS19490,CA),JNAME=CC10, JUNIT=(C10,MVS1,TAP,ON),XUNIT=(C10,MVS1,TAP,ON) DEVICE,TYPE=TA33490,XTYPE=(ACS19490,CA),JNAME=CC11, JUNIT=(C11,MVS1,TAP,ON),XUNIT=(C11,MVS1,TAP,ON) DEVICE,TYPE=TA33490,XTYPE=(NLIB9490,CA),JNAME=CE10, JUNIT=(E10,MVS1,TAP,ON),XUNIT=(E10,MVS1,TAP,ON) DEVICE,TYPE=TA33490,XTYPE=(NLIB9490,CA),JNAME=CE11, JUNIT=(E11,MVS1,TAP,ON),XUNIT=(E11,MVS1,TAP,ON)
Chaque emplacement et paire de types de périphériques unique comporte un nom XTYPE unique. Par exemple, le lecteur 9490 dans ACS0 comporte un nom XTYPE unique car il est le seul lecteur 9490 à cet emplacement. Les deux lecteurs 9490 non bibliothèque partagent un nom XTYPE car ils sont le même type de périphérique au même emplacement. Un XTYPE doit toujours inclure un type de périphérique unique ou plusieurs types de périphériques compatibles. Par exemple, 9840A et 9840B sont des types de périphériques compatibles et peuvent être assignés au même XTYPE.
Les noms XTYPE sont associés à des noms d'unités de groupes ésotériques dans les paramètres d'initialisation JES3 comme indiqué ici :
SETNAME,XTYPE=ACS09490,NAMES=(CART,3490,LIBDRVS,ACS0DRVS,A09490) SETNAME,XTYPE=ACS09840,NAMES=(CART,3490,LIBDRVS,ACS0DRVS,A09840) SETNAME,XTYPE=ACS19490,NAMES=(CART,3490,LIBDRVS,ACS1DRVS,A19490) SETNAME,XTYPE=NLIB9490,NAMES=(CART,3490,NLIBDRVS,NL9490)
Imaginons que pendant le traitement de l'exclusion de lecteur, le SMC ait déterminé que le volume spécifié pour cette allocation réside dans ACS0 et nécessite un lecteur 9490. Le processus d'exclusion de lecteur élimine les groupes de lecteurs par XTYPE.
Dans l'environnement défini ci-dessus, les groupes XTYPE suivants ne sont plus éligibles pour l'allocation :
ACS09840 - exclu au niveau 1 car les lecteurs T9840 sont incompatibles avec le média de volume
NLIB9490 - exclu au niveau 6 car le volume réside dans la bibliothèque mais pas ces lecteurs
ACS19490 - exclu au niveau 7 car le volume réside dans ACS0 et que ces lecteurs figurent dans ACS1
A la fin de l'exclusion de lecteur, un XTYPE, ACS09490, demeure éligible pour l'allocation.
Le remplacement de nom d'unité de groupe ésotérique SMC recherche maintenant les définitions SETNAME pour un groupe ésotérique ne contenant que le XTYPE ACS09490. Pour cette allocation, le SMC sélectionne le groupe ésotérique A09490 car il ne contient qu'un XTYPE ACS09490. Le groupe ésotérique A09490 remplace le nom d'unité d'origine, 3490, dans le tableau IJS (Intermediate Job Summary) de ce travail.
Si l'exemple nécessite deux lecteurs pour l'allocation (par exemple, UNIT=(3490,2)) et que le premier volume à monter réside dans ACS0, le résultat de l'exclusion de lecteur serait le suivant :
ACS09840 - exclu au niveau 1 car les lecteurs T9840 sont incompatibles avec le média de volume.
NLIB9490 - exclu au niveau 6 car les volumes résident dans la bibliothèque mais pas ces lecteurs
Le niveau d'exclusion 7 échoue.
A l'entrée du niveau 7, il reste trois lecteurs, deux lecteurs définis sur XTYPE ACS19490 et l'autre lecteur sur XTYPE ACS09490. Si XTYPE ACS19490 était exclu à cause de l'emplacement ACS, il ne resterait qu'un seul lecteur. Cette allocation nécessite deux lecteurs. Aussi, le niveau d'exclusion 7 n'exclut pas les lecteurs dans ACS1.
Deux XTYPE, ACS09490 et ACS19490, peuvent faire l'objet d'une allocation à la fin de l'exclusion de lecteur. Le remplacement de nom d'unité de groupe ésotérique SMC détermine maintenant que le XTYPE ACS09490 ne peut pas être utilisé pour l'allocation.
IBM APAR OW38427 sur JES3 a introduit la restriction selon laquelle les allocations multi-unités utilisent des périphériques définis dans les mêmes XTYPE. Puisque XTYPE ACS09490 ne contient qu'un lecteur, il ne peut pas répondre aux exigences d'allocation. Le remplacement de nom d'unité de groupe ésotérique SMC recherche maintenant les définitions SETNAME pour un groupe ésotérique ne contenant que le XTYPE ACS19490. Le groupe ésotérique A19490 remplace le nom d'unité d'origine, 3490, dans le tableau IJS de ce travail.
Une fois que le SMC a mis à jour l'IJS, le traitement de C/I JES3 se poursuit. JES3 crée un tableau JST (Job Summary Table) à partir du tableau IJS et procède à la mise en chaîne HWS (High Watermark Setup). Pendant la mise en chaîne HWS, JES3 peut aussi changer le nom d'unité de groupe ésotérique dans le tableau JST une fois que le SMC a changé le groupe ésotérique. Les instructions d'initialisation HWSNAME définissent quels noms d'unités de groupes ésotériques sont des sous-jeux d'autres noms d'unités de groupes ésotériques. Ceci permet à JES3 de réutiliser des périphériques aux étapes suivantes.
Reportez-vous à la Considérations sur le paramètre d'initialisation JES3 pour plus d'informations sur la définition des instructions JES3 DEVICE, SETNAME et HWSNAME de votre installation.
Lorsque le traitement de C/I JES3 se termine, le tableau IJS devient le tableau JST qui représente le travail pour le reste de son existence. Le JST reflète les remplacements de groupes ésotériques effectués par le SMC et JES3. L'étape suivante du travail réside dans le MDS (Main Device Scheduler).
Au début du traitement MDS, JES3 commence à préparer le travail en vue de l'allocation. Demander à l'opérateur d'extraire les volumes est une phase facultative dans MDS. JES3 génère un message d'extraction lorsqu'un travail nécessite un volume qui n'est actuellement pas monté et que le paramètre FETCH de l'instruction SETPARAM est défini sur YES (valeur par défaut). Si l'instruction SETPARAM spécifie également ALLOCATE=MANUAL, les travaux sont placés dans la file d'attente de volume jusqu'à ce que l'opérateur récupère le(s) volume(s) et génère la commande *START SETUP.
L'installation d'un client peut refuser de recevoir des messages d'extraction pour les volumes résidant dans la bibliothèque. A cette fin, pour les demandes d'allocation commune (allocation d'instruction JCL), installez la version SMC de l'exit utilisateur IATUX09 JES3. Pour les demandes d'allocation dynamique, installez la modification SMC Type-1 sur IATMDFE.
Utilisez le paramètre ALLOCDef FETCH SMC pour contrôler la génération des messages d'extraction. FETCH(OFF) est la valeur par défaut et supprime les messages d'extraction pour un volume devant être monté sur un lecteur de bibliothèque. Si les messages d'extraction sont désirés pour les volumes non bibliothèque devant être montés sur un lecteur de bibliothèque, FETCH(NONLIB) doit être entré.
Remarque :
FETCH(NONLIB) génère une autre demande de recherche de volume sur le TapePlex, ce qui peut affecter les performances.Si votre système s'exécute avec ALLOCATE=MANUAL comme décrit ci-dessus, lorsque les messages d'extraction sont supprimés pour une allocation de volume, cette allocation ne va pas à la file d'attente de volumes.
Si votre système s'exécute avec l'instruction SETPARAM définie sur FETCH=NO ou si vous préférez recevoir les messages d'extraction pour tous les volumes, vous n'avez pas besoin d'appliquer la modification IATMDFE Type-1 à votre système. L'exit utilisateur IATUX09 effectue aussi d'autres fonctions et doit être appliquée.
L'étape suivante du MDS (Main Device Scheduler) alloue les périphériques requis pour le travail.
La modification SMC Type-1 apportée à IATMDAL offre au SMC la possibilité de vérifier la liste des lecteurs disponibles pour chaque allocation de bande. La liste de lecteurs contient des lecteurs qui sont en ligne et disponibles et qui sont membres du groupe de lecteurs défini dans le groupe ésotérique placé dans le tableau JST (Job Summary Table) après le traitement de l'exclusion de lecteur.
L'environnement de lecteur TapePlex et non bibliothèque doit être défini sur JES3 dans le support d'initialisation à l'aide des instructions de paramètres suivantes :
Instructions DEVICE pour définir les adresses de lecteur, les types de périphérique et les XTYPE
Instructions SETNAME pour définir des noms ésotériques et les associer à des XTYPE
Instructions HWSNAME pour définir les relations de noms de groupes ésotériques utilisées pendant le traitement HWS
Cette section décrit ces instructions et indique comment les coder pour une configuration échantillon. Cette configuration est constituée des adresses de lecteurs et des ésotériques suivants rattachés à deux systèmes, MVS1 et MVS2.
Tableau 5-4 Configuration échantillon
| Non bibliothèque | ACS0 | ACS1 | Virtuelle |
|---|---|---|---|
|
120-127 3480 |
220-223 4490 |
320-327 9490 |
A20-A5F VTSS1 |
|
140-143 3490 |
240-243 9490 |
440-447 9490 |
A60-A9F VTSS2 |
|
180-189 9840 |
280-289 9840 |
280-289 9840 |
S/O |
Remarque :
Les adresses de lecteurs et les groupes ésotériques de cet exemple ne doivent pas être interprétés littéralement mais visent à montrer comment des types de périphériques très variés peuvent être définis avec JES3. Les instructions d'initialisation JES3 exactes dépendent de la configuration.Les instructions DEVICE définissent les lecteurs que JES3 peut utiliser pour répondre aux demandes d'allocation. Ces instructions définissent :
Les adresses de lecteurs
Les systèmes JES3/MVS pouvant accéder aux lecteurs
Le statut en ligne initial des lecteurs
Le type de périphérique du lecteur
Le paramètre XTYPE est particulièrement important pour l'allocation SMC. XTYPE connecte les périphériques présentant la même valeur XTYPE à un groupe de noms d'unités ésotériques. Par exemple :
DEVICE,XTYPE=(DEV0220,CA),XUNIT
(220,MVS1,TAP,ON,220,MVS2,TAP,ON),
NUMDEV=4,...
Les périphériques 220-223 dans ACS0, répertoriés dans Tableau 5-4 ont été associés au nom XTYPE DEV0220. Ce nom permet à JES3 d'allouer un périphérique du groupe 200-223 lorsque l'un des noms d'unités de groupes ésotériques répertoriés dans l'instruction SETNAME associée au XTYPE DEV0220 est spécifié dans JCL ou dans une entrée de catalogue.
Le SMC considère que chaque groupe XTYPE est unique par rapport au type et à l'emplacement réel de lecteur. Dans la liste des lecteurs pour ACS0, les lecteurs 4490 ne doivent pas être définis avec le même XTYPE que les lecteurs 9490. De plus, les lecteurs situés dans ACS0 ne doivent pas être définis avec le même XTYPE que les lecteurs non bibliothèque T9840. Les périphériques situés dans différents VTSS doivent comporter des XTYPE différents.
Pendant l'initialisation du SMC, les regroupements XTYPE sont examinés pour vérifier ces restrictions XTYPE. Si un XTYPE contient des types de périphériques ou des emplacements mixtes, les caractéristiques du premier lecteur dans le groupe XTYPE définissent les lecteurs restants.
L'utilitaire de rapport de configuration SMC fournit des informations sur XTYPE, le groupe ésotérique et les lecteurs. Pour plus d'informations sur le rapport de configuration, reportez-vous au document Référence des commandes, des instructions de contrôle et des utilitaires ELS.
L'exemple suivant indique comment les instructions DEVICE peuvent être codées pour cette configuration échantillon.
Remarque :
Les lecteurs doivent être définis sur MVS avant d'être définis sur JES3. Utilisez la fonction HCD (Hardware Configuration Definition) pour assigner des adresses d'unités MVS aux périphériques de la configuration d'E/S.Les instructions SETNAME définissent tous les noms d'unités de groupes ésotériques et noms de types de périphériques associés à des périphériques gérés par JES3. Ces noms d'unités de groupes ésotériques et ces noms de types de périphériques peuvent être spécifiés par le paramètre UNIT dans une instruction DD ou en tant que type d'unité dans une entrée de jeu de données cataloguée.
Les instructions DEVICE associent un jeu de lecteurs à un XTYPE. L'instruction SETNAME associe le XTYPE à un groupe de noms d'unités de groupes ésotériques.
Pendant le remplacement de nom d'unité de groupe ésotérique SMC, les relations entre les périphériques, les XTYPE et les noms d'unités de groupes ésotériques permettent au SMC de choisir le nom d'unité de groupe ésotérique optimal.
Remarque :
Pendant l'allocation des volumes spécifiques, le SMC tente de substituer un ésotérique ne contenant que des lecteurs compatibles avec le volume. Si tous les groupes ésotériques qui sont un sous-jeu du groupe ésotérique d'origine contiennent des lecteurs non compatibles avec le volume (sauf pour les lecteurs définis commeMODEL=IGNORE dans une commande SMC UNITAttr), le SMC génère le message SMC0068 et ne substitue pas le groupe ésotérique d'origine.Aussi, pour que le SMC puisse procéder à la substitution de groupe ésotérique, vous devez définir au moins un ésotérique ne contenant que des types de lecteurs compatibles dans chaque TapePlex. Par exemple, si vous disposez d'un TapePlex unique contenant des volumes ECART et standard et des lecteurs 9490, 4490 et 4480, vous devez, au minimum, définir un ésotérique ne contenant que des lecteurs compatibles avec les volumes ECART (lecteurs 9490, 4490 et 4480). Vous pouvez aussi définir d'autres ésotériques contenant une combinaison de ces types de lecteurs.
Pour obtenir des performances optimales du SMC, définissez un ésotérique unique pour chaque type de lecteur à chaque emplacement. Par exemple, un ésotérique nommé A09840 peut être défini pour ne contenir que les lecteurs T9840 situés dans ACS0.
L'exemple suivant indique comment les instructions SETNAME peuvent être codées pour cette configuration TapePlex unique. Les noms d'unités de groupes ésotériques spécifiés dans la liste de valeurs du paramètre NAMES comprennent ce qui suit :
CART - Tous les lecteurs de cartouches dans l'environnement
NLCART - Tous les lecteurs de cartouches non situés dans un ACS de bibliothèque
A0CART - tous les lecteurs de cartouches dans ACS0
A1CART - tous les lecteurs de cartouches dans ACS1
ALLxxxx - Tous les lecteurs de cartouches du même type de périphérique, xxxx, quel que soit l'emplacement.
LIBxxxx - Tous les lecteurs de cartouches du même type de périphérique, xxxx, à n'importe quel emplacement de bibliothèque.
yyxxxx - Tous les lecteurs de cartouches du même type de périphérique, xxxx, à l'emplacement yy.
zzzzzzzz - Tous les périphériques virtuels dans VTSS zzzzzzzz.
Les noms de types de périphériques génériques, tels que 3480 ou SYS3480R, sont également spécifiés dans les listes NAMES.
* 3480/NONLIBRARY
SETNAME,XTYPE=DEV120,NAMES=(SYS3480R,CART,3480,NLCART,NL3480)
*
* 3490/NONLIBRARY
SETNAME,XTYPE=DEV0140,NAMES=(SYS3480R,SYS348XR,CART,3490,NLCART,
ALL3490, NL3490)
*
* 9840/NONLIBRARY
SETNAME,XTYPE=DEV0180,NAMES=(SYS3480R,SYS348XR,CART,3490,NLCART,
ALL9840,NL9840)
*
* 4490/ACS0
SETNAME,XTYPE=DEV0220,NAMES=(SYS3480R,SYS348XR,CART,3490,A0CART,
A04490,A0DEVT90)
*
* 9490/ACS0
SETNAME,XTYPE=DEV0240,NAMES=(SYS3480R,SYS348XR,CART,3490,A0CART,
ALL9490,LIB9490,A09490,A0DEVT90)
*
* 9840/ACS0
SETNAME,XTYPE=DEV0280,NAMES=(CART,3590-1,A0CART,ALL9840,A09840)
*
* 9490/ACS1
SETNAME,XTYPE=ACS19490,NAMES=(SYS3480R,SYS348XR,CART,3490,A1CART,
ALL9490,LIB9490,A19490)
*
* 9940/ACS1
SETNAME,XTYPE=DEV0460,NAMES=(CART,3590-1,A1CART,ALL9940,A19940)
*
* VIRTUAL DRIVES/VTSS1
SETNAME,XTYPE=DEV0A20,NAMES=(CART,3490,VIRTCART,VTSS1)
*
* VIRTUAL DRIVES/VTSS2
SETNAME,XTYPE=DEV0A60,NAMES=(CART,3490,VIRTCART,VTSS2)
Pour plus d'informations sur les valeurs de noms d'unités de groupes ésotériques du paramètre NAMES de l'instruction SETNAME, reportez-vous à la version appropriée de la publication IBM JES3 Initialization and Tuning Reference.
Les instructions HWSNAME définissent quels noms d'unités de groupes ésotériques sont des sous-jeux d'autres noms d'unités de groupes ésotériques. Utilisées dans le cadre de HWS (High Watermark Setup) JES3, ces instructions déterminent si un périphérique peut être réutilisé étape à étape.
Le premier paramètre HWSNAME TYPE spécifie le nom d'unité de groupe ésotérique, nommé nom majeur, qui est utilisé lors du traitement HWS. Les noms d'unités de groupes ésotériques suivants, appelés noms mineurs, peuvent être utilisés comme alternative au nom majeur.
L'ordre des noms mineurs répertoriés dans les instructions HWSNAME est l'ordre dans lequel ils peuvent être remplacés par le nom majeur.
Par exemple :
HWSNAME TYPE=(3490,ALL4490,ALL9490,ALL3490)
et :
//STEP1 EXEC PGM... //DD1 DD UNIT=3490,... //STEP2 EXEC PGM... //DD1 DD UNIT=ALL3490,... //DD2 DD UNIT=ALL4490,...
Le traitement JES3 HWS alloue deux lecteurs pour ce travail. Le tableau JST (Job Summary Table) du travail apparaissant après HWS présente les groupes ésotériques suivants pour chaque demande d'allocation DD :
Les entrées STEP1 DD1 et STEP2 DD2 JST contiennent ALL4490 car ALL4490 apparaît dans la liste des noms mineurs avant ALL3490.
L'entrée STEP2 DD1 JST contient ALL3490.
Un autre exemple indique comment les noms HWS sont utilisés lors de l'allocation à travers les limites d'étapes :
//STEP1 EXEC PGM... //DD1 DD UNIT=ALL9490,... //DD2 DD UNIT=ALL4490,... //STEP2 EXEC PGM... //DD1 DD UNIT=3490
JES3 HWS commence par DD1 de STEP1 à la recherche d'une allocation dans STEP2 pouvant utiliser le même périphérique. DD1 de STEP2 spécifie 3490. Le HWSNAME ci-dessus du nom majeur 3490 indique que ALL9490 est un nom alternatif (ou mineur) pour 3490. Aussi, STEP1 DD1 et STEP2 DD1 allouent le même lecteur. L'entrée JST pour DD1 de STEP2 n'est pas mise à jour pour refléter un nouvel ésotérique. Le lecteur alloué pour STEP1 DD2 est libéré à la fin de STEP1.
Les noms mineurs ne doivent contenir aucun périphérique non défini sur le nom majeur.
Par exemple :
HWSNAME TYPE=(A0CART,ALL9840,...)
Prenons l'hypothèse suivante :
A0CART contient les lecteurs 220-223, 240-243 et 280-289.
ALL9840 contient les lecteurs 180-189 et 280-289.
ALL9840 contient les lecteurs (180-189) non situés dans A0CART. Dans ce cas, les volumes situés dans le TapePlex qui demande un lecteur T9840 peuvent tenter d'allouer à un lecteur en dehors du TapePlex après le traitement de HWS par JES3. Le traitement de HWS a lieu après le remplacement de nom d'unité de groupe ésotérique SMC. Aussi, les définitions HWSNAME peuvent affecter la décision d'allocation si JES3 change également le nom d'unité de groupe ésotérique, comme dans le premier exemple.
La meilleure solution dans cette situation consiste à créer des noms d'unités de groupes ésotériques uniques (par emplacement et type de périphérique) de sorte que le SMC puisse sélectionner un nom d'unité de groupe ésotérique ne comportant pas de nom mineur. Reportez-vous aux entrées HWSNAME de l'exemple suivant qui ont été codées pour la configuration échantillon.
* GENERIC MAJOR NAMES
HWSNAME TYPE=(SYS3480R)
HWSNAME TYPE=(SYS348XR)
HWSNAME TYPE=(3480,NL3480)
HWSNAME TYPE=(3490,SYS348XR,
ALL3490,ALL9490,LIB9490,A0DEVT90,
A04490,A09490,A19490,NL3490,NL9840)
HWSNAME TYPE=(3590-1, ALL9940,
A09840,A19940)
*
* ALL DRIVES IN THE COMPLEX
HWSNAME TYPE=(CART,SYS3480R,SYS348XR,3490,3480,3590-1,
ALL3490,ALL9840,ALL9490,ALL9940,LIB9490,
A0CART,A1CART,NLCART,A0DEVT90,
A04490,A09490,A09840,A19490,A19940,
NL3480,NL3490,NL9840)
*
* DRIVES BY DEVICE TYPE
HWSNAME TYPE=(ALL3490,LIB9490,A0DEVT90,A09490,A19490,NL3490,
VIRTCART,VTSS1,VTSS2)
HWSNAME TYPE=(ALL9840,A09840,NL9840)
HWSNAME TYPE=(ALL9490,LIB9490,A09490,A19490)
HWSNAME TYPE=(ALL9940,A19940)
*
* DRIVES BY LOCATION
HWSNAME TYPE=(LIB9490,A09490,A19490)
HWSNAME TYPE=(NLCART,ALL3490,ALL3480,3480,
NL3480,NL3490,NL9840)
HWSNAME TYPE=(A0CART,A04490,A09490,A09840,A0DEVT90)
HWSNAME TYPE=(A1CART,ALL9940,A19940,A19490)
*
* DRIVES BY LOCATION AND DEVICE TYPE
HWSNAME TYPE=(A0DEVT90,A04490,A09490)
HWSNAME TYPE=(NL3480)
HWSNAME TYPE=(NL3490)
HWSNAME TYPE=(NL9840)
HWSNAME TYPE=(A04490)
HWSNAME TYPE=(A09490)
HWSNAME TYPE=(A09840)
HWSNAME TYPE=(A19490)
HWSNAME TYPE=(A19940)
*
* VIRTUAL DRIVES
HWSNAME TYPE=(VIRTCART,VTSS1,VTSS2)
HWSNAME TYPE=(VTSS1)
HWSNAME TYPE=(VTSS2)
La liste POLicy ESOTeric permet aux utilisateurs de demander une priorité plus élevée pour les périphériques dans un ésotérique sur un autre.
Pour activer ce traitement, définissez un ésotérique qui contient tous les groupes ésotériques dans la liste spécifiée. Par exemple, dans la configuration échantillon, le groupe ésotérique A0DEVT90 est utilisé pour la substitution de groupe ésotérique pour la stratégie suivante :
POLICY NAME(P1) ESOTERIC(A09490,A04490)
Le paramètre DEVTpref de l'instruction SMC TAPEREQ permet aux utilisateurs de demander une priorité plus élevée pour un type de lecteur à 36 pistes StorageTek pendant le traitement de la hiérarchisation de lecteur. Un second ou troisième modèle de lecteur à 36 pistes peut être spécifié comme choix alternatif. Cette préférence de périphérique s'applique à une configuration TapePlex comportant une combinaison de lecteurs de cartouches 4490, 9490 et 9490EE.
Pour activer ce traitement, définissez un ésotérique pour inclure tous les types de périphériques désirés par emplacement ACS ou dans la configuration TapePlex entière. Dans la configuration échantillon, le groupe ésotérique, A0DEVT90, est utilisé à cette fin pour ACS0.
Pendant l'exclusion de lecteur, si un TAPEREQ a indiqué DEVT(9490,4490) pour une allocation, le SMC peut remplacer A0DEVT90 par le nom d'unité d'origine si A0DEVT90 est un sous-jeu (par exemple, UNIT=3490).
Remarque :
Le traitement de HWS par JES3 peut redéfinir cet ésotérique surA09490 ou A04490 lors de la réutilisation des lecteurs à travers les étapes.Lorsque vous spécifiez le paramètre ZEROSCR de la commande SMC ALLOCDef avec une valeur ON, créez des noms d'unités de groupes ésotériques englobant les limites ACS. Par exemple, les groupes ésotériques suivants peuvent être ajoutés à l'installation échantillon :
CA0A1 - un ésotérique contenant tous les lecteurs dans ACS0 et ACS1
A0A1X490 - un ésotérique contenant tous les lecteurs 4490 et 9490 dans ACS0 et ACS1
Supposons que les deux ACS contiennent des volumes de travail.
Si la demande d'allocation d'espace de travail ne spécifie pas de média ou de technique d'enregistrement, le SMC peut remplacer CA0A1 par CART.
Si la demande d'allocation d'espace de travail a demandé la technique d'enregistrement à 36 pistes, le SMC peut remplacer A0A1X490 par 3490.
Ainsi, les deux ACS demeurent éligibles pour l'allocation.
Remarque :
Une fois encore, JES3 HWS peut modifier les noms d'unités de groupes ésotériques une fois que le SMC a effectué son choix.Le SMC s'exécute sur tous les processeurs actifs dans un environnement local et global JES3. Sur les processeurs locaux et globaux, démarrez le SMC et le(s) sous-système(s) de bibliothèque, le HSC ou le(s) MVS/CSC avant de démarrer les travaux nécessitant des lecteurs de cartouche.
Lorsque le SMC et le sous-système de bibliothèque se sont initialisés sur le processeur global et communiquent, le SMC procède à l'exclusion de lecteur, à la séparation d'affinité, au remplacement de nom d'unité de groupe ésotérique, à la suppression des messages d'extraction, à la hiérarchisation de lecteur et au retardement du montage pour les allocations de lecteurs de cartouches communes et dynamiques. Si le SMC n'a pas terminé de s'initialiser avant l'entrée des travaux dans JES3 C/I DSP, ce traitement n'a pas lieu. La valeur PROMPT du paramètre NOSMC de la macro SMCEHOOK diffère un C/I DSP si le SMC ne s'est pas initialisé et rappelle à l'opérateur de démarrer le SMC.
Lorsque le SMC et le sous-système de bibliothèque se sont initialisés sur le processeur local et communiquent, le SMC procède à l'exclusion de lecteur, à la séparation d'affinité et au remplacement de nom d'unité de groupe ésotérique pour les allocations de lecteurs de cartouches dynamiques.
Remarque :
Pour plus d'informations sur la macro SMCEHOOK et ses paramètres, reportez-vous à la publication Installation d'ELS.
Pour les procédures de restauration associées au SMC, aux sous-systèmes de bibliothèques et à JES3, reportez-vous au Chapitre 7, Fonctions de surveillance et procédures de récupération.
Considérez les contraintes suivantes liées à JES3 :
Il existe un délai entre le traitement C/I et le traitement MDS. Un emplacement de volume demandé ou un nombre de sous-pools provisoires peut changer entre l'intervalle séparant ces deux processus. Si cela se produit, il peut être nécessaire d'éjecter un ou plusieurs volumes d'un ACS ou de les y insérer.
Lorsqu'un travail consiste en plusieurs étapes, le traitement JES3 HWS tente de minimiser le nombre de périphériques requis. Aussi, un travail consistant en plusieurs étapes, chacune nécessitant un lecteur de bande, peut se voir allouer un lecteur unique pour le travail entier. L'exemple suivant illustre l'effet possible du traitement PTP.
La figure suivante présente une configuration de bibliothèque comprenant quatre LSM. Tous les lecteurs de la bibliothèque sont en ligne et disponibles.
L'exemple suivant présente la JCL du travail :
//STEP1 EXEC //DD1 DD DSN=DSN.IN.LSM0,UNIT=3490,VOL=SER=(EX0001,EX0002) //* //STEP2 EXEC //DD1 DD DSN=DSN.IN.LSM1,UNIT=3490,VOL=SER=EX0003 //* //STEP3 EXEC //DD1 DD DSN=DSN.IN.LSM2,UNIT=3490,VOL=SER=EX0004 //* //STEP4 EXEC //DD1 DD DSN=DSN.IN.LSM0,UNIT=3490,VOL=SER=(EX0001,EX0002)
Les volumes EX0001 et EX0002 résident dans LSM0, le volume EX0003 réside dans LSM1 et le volume EX0004 dans LSM2 et tous les volumes ont le même média et nécessitent la même technique d'enregistrement. Le processus d'exclusion de lecteur SMC a sélectionné le même ésotérique pour l'allocation.
Une fois le processus d'exclusion de lecteur SMC terminé, l'analyse JES3 HWS détermine que le nombre maximal de lecteurs requis pour exécuter le travail est un. Le traitement MDS alloue le périphérique. Le traitement PTP se déroule comme suit :
Si le lecteur alloué est rattaché à LSM0, le nombre de PTP est égal à deux (le volume EX0003 se déplace depuis LSM1 et le volume EX0004 depuis LSM2).
Si le lecteur alloué est rattaché à LSM1 ou LSM2, le nombre de PTP est égal à trois (les volumes EX0001 et EX0002 se déplacent depuis LSM0 et EX0003 ou EX0004 se déplace, selon le LSM qui contient le lecteur).
Si le lecteur alloué est rattaché à LSM3, le nombre de PTP est égal à quatre (tous les volumes se déplacent vers LSM3).
Le processus de hiérarchisation de lecteur SMC utilise le nombre PTP pour définir la priorité d'un lecteur. Toutefois, si le "lecteur" préféré n'est pas disponible, d'autres lecteurs disponibles peuvent être sélectionnés.