Discussion :

[sam01]

Bonjour,

vous êtes vous déjà d'une telle fonctionnalité pur les disques dans les Storage Group ? Si oui, dans quel cas.
Voici ce que je comprends de la doc IBM.
Lorsqu'un disque est en QUIESCE ALL ou QUIESCE NEW, JES3 ne peut pas lancer un JOB qui créé ou accède un fichier.
Si le job est lancé par un logiciel différent de jes2 ou jse3, SMS n'utilise le disque qui est en QUIESCE qu'en dernier recours. Est-ce bien ça ?
Notre ordonnanceur est TWS.

J'aimerais mettre à disposition des disques mais à utiliser qu'en cas de dernier recours, est-ce la bonne solution d'utiliser le QUIESCE.

Voici le lien de la doc BM qui explique cela :

https://www.ibm.com/support/knowledg...100/v1stor.htm

[egshuml]

Bonjour SAM01

Si mes souvenirs sont bons, il est possible d'utiliser le mode QUIESCE pour un ou plusieurs volume d'un STORAGE GROUP. Il sera effectivement utilisé en dernier ressort.
Ceci n'est valable que pour un STORAGE GROUP. Et que ferez vous lors qu'il sera utilisé ?
J'utilisais les STORAGE GROUP de débordement (Surtout maintenant qu'ils peuvent être utilisés en cascade). Ceci est valable pour tous les STORAGE GROUP. un 3.4 le matin permet de savoir rapidement le STORAGE GROUP insuffisant.
Après avoir résolu le problème, un DFDSS permet de le vider et il est comme neuf.

Cordialement

[sam01]

Salut egshuml.
Qu'entends pas "utilisation en cascade"

Mon but est d'utiliser ce disque en cas de débordement effectivement.
Lorsqu'il sera utilisé, je le mettrais en Enable.
Et je mettrai un autre disque de secours en QUIESCE/NEW.

[egshuml]

Bonjour SAM01

Un STORAGE GROUP peut avoir un STORAGE GROUP dit "de débordement". Celui-ci peut également avoir un STORAGE GROUP de débordement et ainsi de suite d'où la dénomination en cascade.
Je n'en vois pas l'intérêt, mais il est probable que cette fonction ai été demandée à IBM par l'intermédiaire de groupes d'utilisateurs tels que SHARE ou GUIDE.

[sam01]

existe-t'il une documentation afin de voir comment peut se paramétrer un storage group de débordement ?
Du coup comment ça se dit en anglais afin que je puisse chercher dans la doc IBM ?

[bernard59139]

pour une 1ere approche rapide, regarde ceci: https://systeme.developpez.com/tutor...-acs-routines/
pour la doc officielle, commence là: https://www.ibm.com/support/knowledg...00/plsgval.htm
a+

[sam01]

Merci Bernard pour ces liens très intéressant.
En parcourant la doc, je me pose quan même qulques question.
En ce qui concerne les stred volumes, j’ai lu ceci

For both guaranteed and nonguaranteed space allocations, the following key rules apply for striping volume selection:
Storage groups containing mixed device types are not considered.

Si j’ai bin cimpris, le mixed deveice signifie que si un un Storage Group contient des disques Model 9 et M 27,
Les volumes ne peuvent pas êtres strippés ?

[sam01]

De plus, j'ai du mal à voir la différebnce entre l'option du Storage Group :

EXTEND SG NAME
qui permet d'étendre l'allocation à un seconde storage group

et l'option de la Storage Class:

Multi-Tiered SGs


Qui, si j'ai bien compris, permet d'étendre l'allocation sur plusieurs storage group

C'est bien ça ?

[egshuml]

Bonjour sam01

Le pool de disque de débordement s'identifie en mettant "Y" (YES) le paramètre "Overflow" du STORAGE GROUP (OVERFLOW signifie débordement).

Pour un STORAGE GROUP, l'indication de la présence d'un Pool de débordement s'effectue en mettant son nom du STORAGE GROUP dans la zone Extended SG Name.

Un STORAGE GROUP Overflow peut avoir un Extended SG Name qui est lui-même Overflow (d’où l'expression en cascade).

Multi-Tiered Storage Group signifie que vous pouvez indiquer plusieurs STORAGE GROUP dans une seule liste (Exemple : SET &STORGRP = 'SG1', 'SG2', 'SG3', 'OV1' ) (Voir documentation indiquée par bernard59139)

Je reste a votre disposition pour d'autres questions.

[bernard59139]

Bonjour
Avec les machines modernes et les Z/os moderne, il est préférable d'avoir un gros SG unique plutot que plusieurs petits.

Il y a qques années, chez un client, nous avions 4 SG de 1To. Avec des abend *37 (B37, E37,...).
Les 4 SG ont été fusionnés en 1 SG de 6To. Et quasi disparation des abend*37.

Bien sur, il faut des disques dispo. Et une gestion efficace avec un suivi, des consignes, et des "représailles" (facturation, delete de fichiers, ...).
++