Apprendre mainframe et JCL avec Java / POO / arrière-plan SQL [fermé]

Question

J'ai été le codage et la gestion des applications Java et ASP.Net et serveurs pour toute ma carrière. Maintenant, je suis d'être dirigé vers une participation dans les ordinateurs centraux, à savoir z / OS et JCL, et je trouve qu'il est difficile d'envelopper ma tête autour d'elle (ils parlent encore de cartes perforées!). Quelle est la meilleure façon d'aller à apprendre tout cela après avoir été complètement gâté par le luxe moderne?

Answer 1

Il n'y a pas de cartes perforées dans les ordinateurs centraux modernes, ils sont juste vous avoir sur.

Vous avez un moment difficile car il y a encore beaucoup de choses à la « vieille ».

• Les ensembles de données sont toujours attribués à des propriétés telles que bloc-80 fixe, bloc-255 variable et ainsi de suite. Planifiez le contenu de votre fichier.
• Pas de répertoires. Il y a des niveaux de hiérarchie et ils sont limités à 8 caractères chacun.
• L'interface utilisateur est ISPF, une interface utilisateur en mode texte écran vert du septième cercle de l'enfer pour ceux qui ne sont pas habitués.
• La plupart des emplois seront encore soumis comme travaux par lots et vous devrez suivre leurs progrès avec SDSF (sorte de gestionnaire de tâches).

C'est une partie des mauvaises nouvelles, voici les bonnes nouvelles:

Il a un sous-système USS (UNIX) vous pouvez donc utiliser ces outils. Il est remarquablement bien intégré avec z / OS. Il fonctionne Java, il fonctionne Websphere, il exécute DB2 (DB2 correcte, pas peu Linux / UNIX / Windows un), il exécute MQ, etc, etc. De nombreux magasins seront également diffusées z / VM, un hyperviseur, sous lequel ils exécuter plusieurs LPAR (partitions logiques), y compris z / OS lui-même (plusieurs copies, parfois) et zLinux (SLES / RHEL).

Le mainframe est en aucun danger de disparaître de sitôt. Il y a encore une grande quantité de travail effectué dans les différents laboratoires d'IBM dans le monde et le système d'exploitation 64 bits (z / OS, était MVS, était OS / 390, ...) a parcouru un long chemin. En fait, il y a un peu d'une opportunité de carrière comme tous les vieux succès qui savent à ce sujet sont égales ou supérieures de 55 ans, alors attendez une énorme aspiration jusqu'à l'échelle de l'entreprise si vous vous positionner correctement.

Il est encore utilisé dans les grandes entreprises comme il est la seule chose qui peut faire confiance à leurs transactions - z dans le système z signifie zéro temps d'arrêt et ce n'est pas le marketing hype. La puissance de l'ordinateur central ne réside pas dans son grognement CPU (processeurs individuels ne sont pas si puissants, mais ils viennent dans les livres de 54 processeurs avec des sauvegardes à chaud, et vous pouvez exécuter de nombreux livres dans une seule boîte de System z), mais dans le fait que toutes les CPU n'est des instructions de processus.

Tout autre est débarquée à des processeurs spécialisés, zIIP pour DB2, zAAPs pour les charges de travail Java, d'autres dispositifs pour I / O (E / S est où l'ordinateur central tue tous les autres systèmes, en utilisant la fibre optique et très de grandes baies de disques). Je ne l'utiliser pour le repliement des protéines ou le séquençage du génome, mais il est idéal pour lequel il est ciblé, les niveaux de traitement des transactions massivement fous.

Comme je l'ai dit, z / OS a un sous-système UNIX et z / VM peut exécuter plusieurs copies de z / OS et d'autres systèmes d'exploitation - Je l'ai vu une seule boîte de Z800 courir des dizaines de milliers de cas de RHEL en même temps. Cela met tous les Green des fabricants de PC réclamations à la honte et la communication entre les instances est aveuglante rapide avec HyperSockets (TCP / IP, mais en utilisant la mémoire partagée plutôt que sur les câbles réseau lentes (oui, même Crawls Ethernet Gigabit par rapport à HyperSockets (et désolé pour les parenthèses imbriquées: -.)))

Il fonctionne Websphere Application Server et Java très bien dans l'espace Unix tout en permettant tout l'héritage (patrimoine?) Choses à courir aussi. En fait, les magasins mainframe ne doivent pas acheter des serveurs sur PC du tout, ils ont juste Plonk descendre quelques machines virtuelles zLinux et tout faire sur une case.

Et récemment, il y a parler de ce qu'IBM fournira xSeries (à savoir, PC) périphériques plug-in pour leurs ordinateurs centraux ainsi. Alors que la plupart des gens mainframe envisageraient qu'une verrue sur le côté de leur belle boîte, il ne s'ouvre un beaucoup de possibilités pour les fournisseurs tiers. Je ne suis pas sûr qu'ils vont jamais être en mesure d'exécuter 50.000 instances Windows, mais c'est le genre de chose qu'ils semblent viser (un anneau pour les gouverner tous?).

Si vous êtes intéressé, il y a un émulateur System z appelé Hercules que je l'ai vu courir à 23 MIPS sur une boîte de Windows et il exécute le dernier 3.8j MVS légalement utilisable assez rapide pour obtenirune sensation. Il suffit de garder à l'esprit que MVS 3.8j est à z / OS 1.10 en tant que CP / M est à Windows XP.

Fournir un bouchon sans vergogne pour un livre un de mes amis au travail a écrit, consultez Qu'est-ce que sur la Terre est un Mainframe? par David Stephens (ISBN-13 = 978-1409225355). J'ai trouvé ce précieux que je viens d'un milieu de PC / UNIX, et il est tout à fait un changement de paradigme. Je pense que ce livre serait idéal pour votre question. Je pense que des morceaux de celui-ci sont disponibles sur Google Books afin que vous puissiez essayer avant d'acheter.

En ce qui concerne JCL, il y a une école de pensée qu'un seul fichier JCL n'a jamais été écrit et tous les autres étaient des emplois cut'n'paste à ce sujet. Après avoir vu le contenu d'entre eux, je peux comprendre cela. Des programmes comme IEBGENER et IEFBR14 font paraître Unix, sinon bavard, au moins compréhensible.

Answer 2

Vous devez d'abord l'idée fausse est beleiving "L" dans JCL. JCL nest pas un langage de programmation est vraiment une déclaration statique de la façon dont un programme devrait fonctionner et quels fichiers, etc., il doit utiliser.

De cette façon, il est un peu comme (bien supérieur à) les spahetti de configuration XML qui est utilisé pour contrôler un tel logiciel « moderne » comme le printemps, et hebernate ant.

Si vous pensez en ces termes tout deviendra clair.

culture de l'ordinateur central est entraîné par deux obsessions seemingky INCOMPATIBLES.

1. arrière compatibilité. Vous pouvez toujours exécuter les fichiers exécutables écrits et compilés en 1970. quarante ans vieux JCL et exécuter des scripts et toujours travailler!
2. Saignement des performances de pointe. Vous pouvez avoir 128 CPUs sur quatre machines dans deux centres de données travaillant sur une seule requête DB2. Il se déroulera les applications J2EE dernière (Websphere) plus rapidement que toute autre machine.

Answer 3

Si jamais vous vous impliquer avec SCIC (serveur de transactions mainframe) sur Z / OS, Je recommande le livre "Conception et programmation des applications CICS" .
Il est très utile.
texte alt http://img18.imageshack.us/img18/7031/designingandprogramming.gif

Answer 4

Si vous allez participer au développement des applications existantes traditionnelles, lire des livres par Steve Eckols. Ils sont assez bons. Vous devez comparer les termes de systèmes ouverts à l'ordinateur central qui permettra de réduire votre temps d'apprentissage. Quelques exemples Les fichiers sont appelés sur mainframe datasets JCL est plus comme un script shell sous-programmes / routines ou comme des fonctions communes etc ... Bonne chance ...

Answer 5

Plus main tenant au début mieux. Je l'ai fait travailler sur un ordinateur central en tant que stagiaire et il n'a pas été facile, même si j'avais assez solide expérience UNIX. Je recommande de demander à quelqu'un qui travaille dans le département de l'ordinateur central pour passer une journée ou deux vous enseigner les bases. formation IBM peut être utile aussi bien, mais je n'ai aucune expérience avec elle ne peut donc pas garantir qu'il sera. J'ai mis mon histoire d'apprendre à utiliser l'ordinateur central ci-dessous pour un certain contexte. Il a été décidé que tous les stagiaires allaient apprendre à utiliser l'ordinateur central comme un projet d'été qui prendrait 20% du temps là-bas. Ce fut un désastre complet puisque tous les stagiaires me accepter travaillaient dans des zones non mainframe et n'avait personne qu'ils ne pouvaient crier sur le cube à l'aide. L'environnement ISPF et JCL était étranger pour eux d'obtenir maîtriser rapidement. Le seul succès qu'ils avaient été la programmation de base en USS, car il est essentiellement UNIX et au collège les familiarise avec cela. J'ai eu plus de chance pour deux raisons. Un je travaillais dans un groupe d'environ 20 programmeurs mainframe donc été en mesure d'avoir quelqu'un assis avec moi sur une base régulière pour me aider à JCL, la soumission des travaux, etc. Deuxièmement, j'utilisé Rational Developer for System z quand il a été nommé WebSphere Developer for System z. Cela m'a donné une interface graphique parfaitement utilisable, qui me permettent d'effectuer la plupart des tâches telles que la soumission des travaux, des ensembles de données d'édition, des ensembles de données, programmes allocation de débogage, etc. Bien qu'il n'a pas été poli, il était assez utile et signifiait que je ne devais pas apprendre ISPF. Le fait que j'avais un Eclipsed basé IDE pour effectuer des tâches de l'ordinateur central de base réduit la courbe d'apprentissage de manière significative et je voulais dire que dû apprendre de nouvelles technologies telles que JCL pas un environnement entièrement nouveau. Comme autre note, je vais maintenant utiliser ISPF depuis le logiciel nécessaire pour permettre rationnelle de fonctionner sur l'ordinateur central n'a pas été installé sur l'un des systèmes de production que j'ai utilisé si ISPF était le seul choix. Je trouve maintenant que ISPF est plus rapide que Rational Developer et je suis plus efficace avec elle. Ceci est seulement parce que je suis en mesure d'apprendre la technologie sous-jacente comme JCL avec Rational et l'interface ISPF à une date ultérieure. Si je devais apprendre les deux à la fois, il aurait été beaucoup plus difficile et a nécessité plus d'un sur une instruction.