Bonjour à tous.
 
J'ai une question par rapport à $U.
J'ai deja bosser sur un autre ordonanceur sur Z/OS (OPC) et j'ai jamais eut de soucis, mais j'en rencontre un sous $U que je n'arrive pas a résoudre (ou alors c'est tout simplement pas possible)
 
J'aimerais en fait faire en sorte dans une session, qu'une UPROC est 2 père.
en mode graphique, et en mode commande aussi, en tentant d'ajouter une 2nd dependance de type Père, celui ci me duplique simplement l'UPROC, et je me retrouve avec 2 UPROC identique, chacun avec son père.
Sous OPC c'etait tout simple a faire et a gerer, mais la je bloque.
 
Et comme c'est toujours plus simple a comprendre avec un petit graphique, voici l'exemple :
Dans ma session, voici ce que j'ai pour l'instant :
UPROC1 ------  UPROC2 ------- UPROC3
           |-----  UPROC4
 
ce que j'aimerais, c'est que l'UPROC3 se lance seulement quand UPROC2 et UPROC4 sont terminés.
en mode graphique, si je fait glisser UPROC3 en dessous de UPROC4, il va me le dupliquer, et au final j'aurais 2 UPROC3 de lancé.
 
J'ai vu qu'on pouvait le faire directement sur l'UPROC, en ajoutant une dependant a l'UPROC4 (dans mon cas), mais est-il possible de le faire directement depuis le pannel de session ?
cad avoir afficher un truc comme ca :
                |---UPROC2---|
UPROC1 ---|                   |---UPROC3
                |---UPROC4---|
 
Merci de votre aide.

une uproc ne peut avoir 2 pères
pour résoudre ton soucis, tu il faut faire un truc comme ca :
 
upr1
 +----- upr2
 +----- upr4
 +----- upr3
 
et tu mets une dépendance dans upr3 avec pour conditions "Terminé" sur upr2 et "Terminé" sur upr4, option "Même session et même exécution"
Ne pas oublier de mettre au moins une mémorisation sur chacune des uprocs pour que tout cela s'enchaîne bien
 
De manière générale pour $Universe c'est pas sûr que tu trouves beaucoup de gens qui t'aideront sur HFR. Je te conseillerais plutôt le forum d'ordonnancement.net ou le forum officiel d'Orsyp

Excuser moi de poser cette question, mais qu'est ce que vous faites de plus avec un ordonnanceur comme $U (j'en entends souvent parler) par rapport à cron..? C'est centralisé et avec des agents c'est ça? Est-ce que ça veut dire par exemple que si j'installe l'agent sur toutes mes machines (unix, windows....) je peux planifier un shutdown a tel ou tel heure?

un cron c'est un plannificateur
un job scheduler te permet, en plus de la plannification, de faire de l'ordonnancement, ce qui est un peu plus évolué
Après acheter des licences d'un ordonnanceur quelqu'il soit juste pour faire des shutdown c'est un peu dommage
Chez nous on pilote tout avec, depuis les jobs techniques (purge de log, sauvegarde de base de données...) aux jobs fonctionnels (interfaces entre l'ERP et des applis spécifiques, échange de données entre applis...)
L'intérêt c'est surtout d'avoir un outil unique pour automatiser et piloter tous les flux métiers, plutôt que de s'acharner à scripter des dépendances de jobs et conditions de lancement (genre ne pas lancer des batch de nuit si la sauvegarde de la base n'a pas été faite correctement), reprendre des jobs plantés plus facilement (ca fait plaisir de pouvoir enchaîner les 30.000 jobs de nuit en quelques clics le matin parce qu'on a bien développé ses chaînes de jobs), faire des plannifications tordues (exemple : 1er lundi ouvré du mois. Pour le lundi de pentecôte, quelques clics ont suffit pour modifier toutes les plannifs), etc.
 
La mise en place d'un ordonnanceur se pose quand l'exploitation devient difficile, et qu'on commence à scripter dans tous les sens

Effectivement, ca permet de gerer beaucoup plus de job qu'un cron, et de manière bien plus complete et complexe.
pour te donnée une idée, la ou je bosse, sous $U on a environ un peu plus de 15000 jobs qui tournent, et ce sur une bonne trentaine de serveur.
La ou je bossait avant on etait sous OPC, et la ca depassait carrément les 150k traitements planifié par jours, sur environ 4 partitions qui gère, je te laisse faire le calcul    
(mais bon, OPC ca tourne sous MVS Z/OS, les gros Mainframe IBM)
 
Va en gerer autant sous Cron, et avec en plus le fait que certains jobs partent seulement si un autre est fini, ou seulement si il est erreur, ...
 
 
Couak : Merci de ton aide.
je pensait qu'il y'avait eventuellement un moyen de le faire directement depuis le pannel de gestion de la session, mais du coup faut gerer les dependances un peu poussé directement sur l'UPROC.
Rhaaaaa, OPC me manque

sous $Universe, les sessions ne sont que pour créer des enchaînements
L'intelligence de l'ordonnancement est essentiellement basée sur l'uproc

ca me parait abuser d'avoir autant de jobs. Nous on a SAP et on gère les batchs directement dans l'appli en mode graphique. Pas besoin d'acheter des produits supplementaires. Ils nous arrivent rarement de devoir crééer un script sous cron pour faire un export ou un changement d'heure mais c'est pour le bricolage.
Avoir 15.000 jobs ça me parait vraiment etre des rustines non? Faudrait peut etre changer de soft ça serait plus simple...

Si tu n'as que SAP, oui tu peux te contenter du job scheduler interne... de tte façon le module SAP de $Universe soumet les jobs à CCMS
Par contre le jour où tu devras intégrer dans ton SI des progiciels spécialisés non-SAP et faire des interfaces avec, tu seras bien embêté : un logiciel pour faire de la prévision, une gestion d'entrepôt, des prises de commandes avec des forces de ventes sur le terrain possédant des PDA connecté en GPRS...

SAP c'est la plus grosse usine a gaz jamais inviter.
15000 jobs non, c'est pas des rustines, mais dans le millieu bancaire et finances, t'a enormement de choses a traitée (faut pas croire)
et encore, 15k, c'est pas enorme.