Guide de migration pour z/OS du système SAS à WPS

Transcription

Guide de migration pour z/OS
Version 3.2 : du système SAS à WPS
Guide de migration
pour z/OS
du système SAS à WPS
“Pour vous guider dans les tâches de la
migration de vos données existantes et de
vos applications pour que'elles puissent
être utilisées avec WPS.”
Version: 3.2.3
Copyright © 2002-2016 World Programming Limited
www.worldprogramming.com
Table des matières
Introduction...............................................................................................3
À propos de ce guide.................................................................................................................... 3
Aperçu............................................................................................................................................ 3
Migration JCL........................................................................................... 4
Migration des programmes.....................................................................6
Aperçu de la migration des programmes...................................................................................... 6
Vérification manuelle...................................................................................................................... 6
Analyse statique automatisée........................................................................................................ 6
Analyse dynamique........................................................................................................................ 7
Migration des données............................................................................8
Aperçu général de la migration des données................................................................................8
Migration des données à partir des bibliothèques DASD du logiciel SAS®.................................. 8
Migration des bibliothèques de macros stockées..............................10
Particularités de la migration MXG...................................................... 11
Aperçu de la simple migration MXG............................................................................................11
Vérification des conditions préalables..........................................................................................11
Préparation de MXG+WPS.......................................................................................................... 12
Migration de données MXG......................................................................................................... 14
La validation du traitement PDB.................................................................................................. 15
Les plus grandes installations MXG............................................................................................ 16
Présentation des rapports MXG.................................................................................................. 16
Traitement des données comprimées CICS et DB2 SMF........................................................... 16
Annexe A : Exemples............................................................................ 19
Exemple
Exemple
Exemple
Exemple
Exemple
Exemple
du JCL pour la simple migration vers WPS..................................................................19
du JCL pour la migration vers WPS via bande magnétique......................................... 20
de macros de migration vers WPS...............................................................................21
du JCL pour comparer les sorties de la migration........................................................24
de la construction d'une bibliothèque de FORMATs MXG........................................... 26
du JCL pour l'exécution d'une BUILDPDB MXG.......................................................... 27
Notices légales....................................................................................... 29
2
Introduction
À propos de ce guide
Aperçu
Ce document vise à vous guider à travers le processus d'installation du logiciel World Programming
System ( WPS ) sur la plate-forme z/OS. Ce guide contient également des informations liées à
l'utilisation de WPS et ce qu'il faut faire si vous disposez de programmes existants rédigés dans le
langage SAS et de données associées.
Notation
Chaque fois que vous avez besoin de saisir des lignes de code, ou le guide affiche une capture d'écran
de quelques lignes de code, l'indication sera comme suit :
Rem : Voici une ligne de code
Pour la plupart, ce guide indique les noms de fichiers, les chemins, les dossiers et les commandes ou
phrases uniques dans une police différente, comme celle-ci.
Les valeurs suggérées ou les valeurs définies par l'utilisateur s'affichent entre < >.
Aperçu
Lors de la migration d'un environnement vers le logiciel WPS sur z/OS, les éléments suivants devraient
être pris en compte :
•
Migration JCL
•
Migration des données
•
Migration des programmes rédigés dans le langage SAS
•
Considérations en matière de performance
•
Considérations relatives à la migration MXG
•
Migration des bibliothèques de macros enregistrées
3
Migration JCL
Quelques modifications doivent être effectuées sur JCL au moment de la migration vers le logiciel
WPS.
WPSHOST
Le nom réel du programme exécutable dans la bibliothèque de chargement WPS est WPSHOST. En
général, celui-ci est appellé depuis WPSPROC, mais si vous avez besoin d'appeler WPS directement,
vous devriez utiliser une déclaration semblable à EXEC PGM=WPSHOST.
WPSPROC
Dans la bibliothèque CNTL de WPS fournie avec l'installation, il existe un membre appelé WPSPROC.
Celui-ci contient une procédure JCL appellée WPSPROC qui définit les DDNAMEs nécessaires pour une
configuration par défaut. Si votre site utilise une procédure JCL SASPROC commune, la modification des
tâches pour l'utilisation du logiciel WPS consiste simplement à modifier PROCLIB et à changer EXEC
SASPROC en EXEC WPSPROC.
DDNAMEs nécessaires
Si votre site n'utilise pas une procédure commune JCL, les modifications nécessaires seront plus
nombreuses puisque chaque tâche JCL doit être modifiée dans une large mesure. Il faut modifier/
ajouter/supprimer DDNAMEs pour convenir à WPS. Ces modifications varieront d'un site à un autre
selon l'utilisation.
Les fichiers suivants sont indispensables pour l'initialisation de WPS :
•
//STEPLIB - Emplacement du programme exécutable WPSHOST - sauf si la bibliothèque est
spécifiée dans LNKLST.
•
//SETINIT - Emplacement des informations de licence une fois que WPS est installé.
•
//CONFIG - Emplacement de la liste des paramètres OPTIONS par défaut.
•
//WORK - Emplacement d'un fichier formatté pour WPS ( généralement temporaire ) pour les fichiers
intérimaires.
•
//SASHELP - Emplacement des tables de traduction pour l'encodage des langues, entre autre
éléments de support.
Le fichier suivant s'ouvre très tôt dans la séquence d'initialisation WPS, si cela est spécifié dans le
fichier CONFIG :
•
//NEWS - Le fichier de nouveautés par défaut qui est destiné à s'afficher dès le lancement du
SASLOG.
Les fichiers suivants permettent les remplacements portant sur le site du client :
•
//CEEOPTS - Options du composante LE ( Environnement du Langage ).
•
//DFSPARMS - Paramètres de tri de l'ordinateur d'accueil.
4
Les fichiers suivants ne sont accessibles qu'en fonction des besoins :
•
//WPSAOINI - Configuration spécifique de WPS pour DB2.
•
//DSNAOINI - Configuration par défaut de la connexion DB2.
•
//SASAUTOS - Bibliothèque d'appel automatique de macros.
•
//WPSFONTS - Emplacement des définitions de polices TrueType.
Divers fichiers SYSOUT sont requis, qui peuvent être omis, redirigés vers les fichiers de disque, ou
redirigés vers les ensembles de données fictifs, selon besoin :
•
//SASLOG - Listes des programmes sources, et notes d'évolution.
•
//SASLIST - Sorties de divers PROCs sont utilisés dans le programme.
•
//SORTMSGS - Sorties générées en faisant des appels vers l'utilitaire SORT de l'hôte, en fonction de
la configuration dans //DFSPARMS.
•
//WPSTRACE - Cible de sortie pour l'édition trace du service WPS.
•
//CEEDUMP - Cible de sortie pour les fichiers de vidage en cas de panne.
•
//CEERPT - Cible de sortie pour les informations de rapport CEE.
•
//SYSPRINT - Sortie LE, équivalente à « stdout ».
•
//SYSOUT - Sortie LE, équivalente à « stderr ».
•
//DSNTRACE - Sortie de l'édition trace DB2. À utiliser avec précaution. Les résultats obtenus
peuvent être très volumineux.
5
Migration des programmes
Aperçu de la migration des programmes
Quelques éléments de syntaxe du langage SAS ne sont pas pris en charge par WPS. Pour déterminer
les programmes qui pourraient comprendre des éléments non pris en charge, trois méthodes peuvent
être utilisées : Vérification manuelle, Analyse statique automatisée , ou l'Analyse dynamique.
Vérification manuelle
Il est possible d'utiliser le document Référence de WPS pour les éléments de langage fourni avec le
logiciel WPS pour rechercher dans la liste des éléments syntaxiques de langage pris en charge par
WPS. Bien que ce document soit mis à jour à chaque mise à jour du logiciel WPS, il n'est pas possible
de garantir que la liste y inclus soit exhaustive.
Analyse statique automatisée
Un outil d'analyse des programmes écrits en langage SAS est fourni avec le logiciel WPS Workbench.
Cet outil est disponible sur toutes les plates-formes non-z/OS avec une interface utilisateur puissante. Il
peut, toutefois, être utilisé pour analyser les programmes de l'environnement z/OS. Ce produit contient
un analyseur de langage qui produit deux rapports :
•
Un rapport d'utilisation affichant toutes les utilisations de la syntaxe du langage SAS dans les
programmes analysés.
•
Un rapport de compatibilité n'affichant que les éléments de la syntaxe du langage SAS qui ne sont
pas pris en charge par WPS.
L'analyseur peut traiter un seul fichier ou un répertoire complet de fichiers, y compris les sousrépertoires.
Pour analyser les programmes dans le langage SAS qui proviennent d'un environnement z/OS, il faut
tout d'abord les télécharger vers l'environnement PC dans le format texte ASCII. Vous pouvez effectuer
cette tâche de différentes manières, y compris :
•
Convertir les fichiers de l'ordinateur central en format XMIT et les transférer vers le PC en mode
binaire, en utilisant par exemple les utilitaires de transfert de fichiers FTP ou TN3270. Vous pouvez
ensuite décompresser les fichiers XMIT via un outil de PC tel que le gestionnaire XMIT couramment
utilisé. Parce que le gestionnaire XMIT ne peut pas traiter les fichiers PDSE, ceux-ci doivent être
enregistrés dans un PDS (ensemble de données partitionné) avant d'être transférés par XMIT.
•
Télécharger directement en utilisant FTP en mode texte - c'est-à-dire convertir du code EBCDIC
dans le code ASCII pendant que le transfert est en cours.
6
Contactez World Programming pour savoir comment obtenir une version WPS convenable à votre PC
qui peut effectuer l'analyse du code statique, et pour obtenir des conseils généraux relatifs au transfert
des fichiers.
Analyse dynamique
Il est possible d'analyser un système z/OS en ligne pour vérifier comment utiliser la syntaxe du langage
SAS. Ceci nécessite des outils et des services spécialisés de World Programming, qui peuvent fournir
un aperçu inestimable des plus grands sites avant le début, et même au cours, d'un projet de migration
vers WPS.
7
Migration des données
Aperçu général de la migration des données
Plusieurs méthodes peuvent être utilisées pour effectuer la migration vers le format WPS des contenus
des bibliothèques de données existantes produites en utilisant le logiciel SAS® sur la plate-forme z/OS,
y compris la migration de DASD et des supports magnétiques.
WPS peut lire les données à partir des bibliothèques d'ensembles de données SAS ( SAS V6 ou
version ultérieure ) sur la plate-forme z/OS, directement, en utilisant le moteur de bibliothèque
SASDASD. Le moteur SASDASD de WPS a la restriction suivante :
•
Il n'existe aucun support pour la lecture des CATALOGs sur DASD. Les CATALOGs seront ignorés
lors de l'importation d'une bibliothèque SASDASD vers WPS. Les catalogs de formats devront être
recréés de la source en utilisant WPS, ou bien exportés depuis SAS en utilisant PROC FORMAT
CNTLOUT, avent d'être réimportés vers WPS en utilisant PROC FORMAT CNTLIN.
Cela signifie que vous n'avez pas besoin de convertir les bibliothèques d'ensembles de données
historiques SASDASD vers le format WPS si elles sont purement MTYPE=DATA. Cependant, WPS
ne peut pas écrire vers le format de données de bibliothèque SASDASD. En conséquence, les
bibliothèques de données SAS persistantes qui seront mises à jour au cours du processus de
production devront être transferées vers la bibliothèque de données WPS. Cet objectif ne peut être
atteint que par le biais de la procédure COPIER.
WPS prend en charge le support complet des bibliothèques de données standards, séquentielles et
physiques à plusieurs volumes.
WPS peut lire des bibliothèques de données standards SAS TAPE qui ont été créées en utilisant les
moteurs de bibliothèques de données V7TAPE, V8TAPE et V9TAPE du logiciel SAS ( ceux-ci sont
très semblables ). WPS utilise le moteur SASSEQ pour lire ces bibliothèques de données sur bande
V7TAPE, V8TAPE et V9TAPE. Le moteur WPS SASSEQ a la restriction suivante :
•
Il n'existe aucun support pour la lecture des CATALOGs sur bande, et aucun n'est encore prévu.
Les CATALOGs seront ignorés lors de l'importation d'une bibliothèque de données V7TAPE,
V8TAPE et V9TAPE vers WPS.
WPS peut également écrire les données vers le format SASTAPE de bibliothèque de données.
Migration des données à partir des bibliothèques DASD du
logiciel SAS®
Le processus de la migration des contenus d'une bibliothèque de données DASD du logiciel SAS vers
WPS se réalise en une seule étape qui utilise le moteur SASDASD de WPS pour copier les données
vers le format DASD de bibliothèque de données WPS.
8
Exemples des tâches de migration
Des exemples du traitement JCL par lots et des macros rédigées dans le langage SAS sont distribués
dans trois membres de la bibliothèque WPS CNTL qui a été fournie :
•
Le membre @SAS2WPS affiche une simple méthode disque à disque de migration ( vous référer à
l'Exemple du JCL pour la simple migration vers WPS de l'Annexe A ). Le code du programme est
conservé comme une partie du membre.
•
Le membre @SAS2WPX affiche une méthode plus complexe, qui utilise un fichier intérimaire basé sur
des bandes afin de fournir une copie de sauvegarde de la bibloithèque originale des données SAS
( vous référer à l'Exemple du JCL pour la migration vers WPS via bande magnétique de l'Annexe
A ).
•
Le membre immédiatement ci-dessus affiche aussi une comparaison des deux ensembles de
données après que la migration a été achevée. Le code du programme est conservé comme une
partie du membre, mais il utilise des macros qui ont été définies dans le membre XMIGRATE ( vous
référer à l'Exemple de macros de migration vers WPS ).
Remarque : XMIGRATE n'est pas un traitement par lots à soumettre ; il ne fait que fournir du code
qui est utilisé dans le traitement @SAS2WPX.
Pour chaque membre, suivez les instructions en haut de l'exemple JCL pour en modifier les paramètres
requis, avant de soumettre la tâche particulière.
9
Migration des bibliothèques de macros
stockées
Les bibliothèques de macros stockées qui ont été générées par SAS doivent être migrées vers WPS
avant d'être employées.
Si le programme source qui a créé les macros à l'origine est disponible, vous n'avez qu'à l'exécuter
sous WPS, après avoir fait les modifications appropriées aux déclarations DD nécessaires. Comme
d'habitude, WPS ne peut pas écrire dans une bibliothèque SAS, et donc de nouvelles bibliothèques
axées sur WPS doivent être allouées et utilisées.
Si le programme source d'origine n'est pas disponible, il se peut que les macros stockées aient été
générées en utilisant les options / STORE SOURCE. spécifiées. Si tel est le cas, la source de la
macro peut être récupérée à l'aide de la déclaration %copy <macroname>/source;. Ceci a pour
résultat que le code source original est reproduit dans SASLOG. Étant donné ce code source, il serait
relativement simple de créer une bibliothèque de macros stockées qui est générée par WPS.
Si le code source d'origine est complètement indisponible, veuillez contacter World Programming pour
obtenir de l'aide.
10
Particularités de la migration MXG
Aperçu de la simple migration MXG
Les exemples du présent guide prennent pour hypothèses que :
1. C'est une installation de base de logiciel MXG+SAS avec un seul LPAR ( cloison logique )
produisant des données SMF ( fonctions de gestion des systèmes ), et un référentiel de rapports
unique situé sur le même LPAR.
2. Votre DAILY PDB ( base de données quotidienne sur le rendement ) est supprimée chaque jour.
Votre installation MXG peut légèrement différer de celle décrite ci-dessus. La section de migration de
ce guide est structurée en tant qu'exemple pratique. Il existe une section visant à donner des conseils
généraux sur les grandes installations MXG. Si vous ne savez pas exactement comment appliquer le
processus de migration à votre installation MXG, veuillez contacter World Programming pour obtenir
des conseils et une assistance.
L'aperçu du processus de migration est comme suit :
•
Vérification des conditions préalables
•
Préparation de MXG+WPS
•
Migration de données MXG
•
La validation du traitement PDB
•
Autres problèmes relatifs à MXG
Vérification des conditions préalables
Le logiciel WPS prend en charge la version 25.11 de MXG ou plus récente. Aucune modification
ne devrait être nécessaire afin que votre code MXG puisse exécuter le traitement de base MXG en
utilisant WPS.
Il est recommandé que la version la plus récente disponible de WPS soit installée, puisque celle-ci
contient les dernières corrections et améliorations qui servent à fournir la meilleure plate-forme pour
l'exécution de MXG.
Installer la dernière version de WPS
Installez la dernière version de WPS sur votre système d'ordinateur central z/OS. Il existe des
instructions étape par étape pour faire cela dans le guide d'installation et d'utilisation z/OS de
WPS. Veillez à ce que vous ayez appliqué une clé de licence et que vous ayez exécuté la tâche de
vérification de l'Installation ( @VERIFY ) pour vous assurer que l'installation de WPS ait été effectuée
avec succès.
11
Actualisation du logiciel MXG+SAS de production vers la dernière version de MXG
Il vous est conseillé d'actualiser votre installation du logiciel de production MXG+SAS vers la dernière
version de MXG avant de passer à la phase suivante du processus de migration du logiciel SAS vers
WPS. Il est beaucoup plus facile de comparer la sortie du traitement PDB du logiciel MXG+WPS à
celle du logiciel MXG+SAS si les deux environnements sont en train d'exécuter la même version de
MXG.
Comme indiqué ci-dessus, la version 25.11 de MXG ou plus récente devrait fonctionner sous WPS
dans une configuration standard sans personnalisation.
Si vous ne parvenez pas à effectuer une mise à niveau vers la dernière version de MXG, veuillez
contacter World Programming pour obtenir des conseils.
Modifications sur MXG
La meilleure façon d'appliquer les modifications nécessaires à MXG est de créer une SOURCLIB
adaptée ( normalement désignée sous le nom USERID.SOURCLIB ) et d'y placer les éléments qui
ont été modifiés. Ces éléments figureront ensuite avant la principale MXG SOURCLIB dans JCL et les
éléments modifiés remplaceront les éléments standards.
Préparation de MXG+WPS
Une fois les dernières versions de MXG et WPS sont installées, une application parallèle de logiciel
MXG+WPS peut être mise en place selon la configuration de l'application logicielle MXG+SAS. Cette
opération comprend les activités suivantes :
Configuration de WPS
Un fichier de configuration d'exemple pour l'utilisation de MXG avec le logiciel WPS est livré avec MXG
en tant qu'un membre nommé configw2.
Procédure WPS JCL
Un fichier de procédure JCL pour l'utilisation de MXG avec le logiciel WPS est livré avec MXG en tant
qu'un membre nommé MXGWPSV2.
Génération de la bibliothèque FORMATs
WPS ne peut pas actuellement lire les CATALOGs générés par le logiciel SAS, y compris le CATALOG
utilisé pour stocker la bibliothèque de FORMATs MXG. Pour produire la bibliothèque FORMATs du
logiciel MXG+WPS, modifiez @MXGFMTS conformément aux instructions mentionnées dans la partie
supérieure de l'élément et soumettez-la. Consultez l'Annexe A pour une liste détaillée du contenu du
membre @MXGFMTS ( vous référer à l'Exemple de la construction d'une bibliothèque de FORMATs MXG
).
12
Attribution des ensembles de données MXG+WPS DAILY PDB et SPIN
Ces ensembles de données peuvent être attribués soit manuellement, en utilisant, par exemple, l'option
3.2 d'ISPF, soit en tant que partie de la tâche d'exemple BUILDPDB @MXGPDB ( dont le contenu est
affiché dans l'Annexe A : vous référer à l'Exemple du JCL pour l'exécution d'une BUILDPDB MXG ).
Il est supposé que les ensembles de données sont alloués pendant la tâche. Si tel est le cas, vous
pouvez ignorer ce qui reste de cette section. Autrement, si vous voulez attribuer les ensembles
de données manuellement, vous devez désactiver la commande d'attribution au début de la tâche
BUILDPDB.
Préparation de la tâche MXG+WPS (JCL)
Prenez une copie de la tâche du logiciel MXG+SAS utilisée pour exécuter DAILY
BUILDPDB, en copiant, par exemple, <mxgsaspfx>.MXG.SAS.CNTL(BUILDPDB)
à <mxgwpspfx>.MXG.WPS.CNTL(BUILDPDB). Vous pouvez alors éditer
<mxgwpspfx>.MXG.WPS.CNTL(BUILDPDB), en modifiant :
•
JOBCARD selon besoin, afin de faire la différence entre la sortie du logiciel MXG+SAS et la sortie
MXG+WPS ;
•
PROCLIB afin d'indiquer <wpspfx>(WPSPROC) ;
•
la déclaration EXEC afin de faire appel à WPSPROC ;
•
la DD ( définition des données ) LIBRARY pour indiquer la bibliothèque de FORMATs nouvellement
créé ;
•
la DD PDB pour indiquer la DAILY PDB nouvellement attribuée ;
•
la DD CICSTRAN pour indiquer la bibliothèque CICSTRAN nouvellement attribuée ;
•
la DD DB2ACCT pour indiquer la bibliothèque DB2ACCT nouvellement attribuée ;
•
la DD SPIN pour indiquer le fichier DAILY SPIN nouvellement attribué ;
•
la DD SMF pour indiquer DUMMY ( nul ).
Exécuter la tâche MXG+WPS vide
Vous pouvez maintenant exécuter la tâche du logiciel MXG+WPS créée à l'étape précédente. Cette
operation initialise le logiciel MXG et traite les macros BUILDPDB et étapes DATA sans pour autant
traiter les données SMF. Le code de retour doit être 0 ( zéro ) : sinon, utilisez les processus normaux
de diagnostiques pour toute résolution jusqu'à ce qu'un code de retour 0 soit atteint. Voir le guide
d'installation et d'utilisation WPS pour de plus amples renseignements.
Vérifiez le contenu de SASLIST dans la sortie. Il contient les résultats de PROC CONTENTS et il
devrait afficher tous les ensembles de données de la DAILY PDB ( avec enregistrements nuls dans
tous les ensembles de données ).
Fournir les données SMF
Vous pouvez maintenant modifier JCL WPS+MXG en modifiant la définition des données factice
SMFINPUT pour pointer à un fichier contenant les données SMF. Par exemple, modifiez :
//SMF DD DISP=SHR,DSN=DUMMY
13
à
//SMF DD DISP=SHR,DSN=<SMF data file name>
Soumettez la tâche.
Vérifiez SASLIST dans les sorties. La sortie de PROC CONTENTS devrait désormais présenter
tous les ensembles de données de la DAILY PDB, en affichant quelques données dans certains des
ensembles de données, en fonction du contenu des données SMF.
À partir de ce point, l'installation de base du logiciel MXG+WPS est terminée.
Migration de données MXG
Actuellement, WPS ne peut pas écrire directement vers les bibliothèques de données SAS DASD. Par
conséquent, si l'actualisation de ces bibliothèques s'avère nécessaire, un processus de migration doit
être exécuté pour convertir les bibliothèques de données MXG+SAS DASD en bibliothèques MXG
+WPS.
Généralement, un environnement de logiciel MXG+SAS contient les fichiers DAILY PDB et SPIN sous
la forme des bibliothèques de données DASD du logiciel SAS. Le fichier SPIN est reporté chaque jour
afin d'être saisi par le traitement DAILY PDB du lendemain. Le fichier SPIN du logiciel MXG+SAS doit
par conséquent être migré vers l'environnement de logiciel MXG+WPS.
Remarque : Il faut faire une copie du fichier SPIN du logiciel MXG+SAS avant l'exécution du
processus DAILY BUILDPDB du logiciel MXG+WPS, puisque cette exécution va générer un
nouveau fichier SPIN. Le fichier SPIN d'avant constituera donc le fichier SPIN d'hier, créé par
l'exécution précédente de BUILDPDB.
Le fichier DAILY PDB a uniquement besoin d'être migré afin de permettre une comparaison. C'est-àdire, une fois que le processus DAILY BUILDPDB du logiciel MXG+WPS a été exécuté avec succès, il
faut nous assurer que la PDB qui en résulte soit identique à celui produite par le logiciel MXG+SAS.
Enfin, les données quotidiennes SMF doivent être accessibles afin d'être saisies par le processus de
logiciel MXG+WPS.
La procédure de migration de données standard, comme il est indiqué dans l'Aperçu général de la
migration des données, peut servir à transférer les données à partir de l'environnement du logiciel MXG
+SAS vers le logiciel MXG+WPS.
En supposant que l'étape ci-dessus ait été accomplie pour que la bibliothèque FORMATs du logiciel
MXG+WPS soit générée, que les fichiers vides DAILY PDB et SPIN du logiciel MXG+WPS aient
été attribués, et que le logiciel MXG+WPS ait été testé sans fichier SPIN, nous pouvons maintenant
transférer l'environnement de données MXG+SAS vers le logiciel MXG+WPS pour l'éprouver et le
valider.
14
Exécutez la tâche de migration de données du fichier SPIN
Vous pouvez utiliser le modèle de la tâche de traitement par lots @SAS2WPS pour migrer le fichier SPIN.
Consultez le journal SASLOG pour vérifier les fichiers qui ont été achevés avec succès, et le journal
SASLIST pour vérifier les sorties de PROC DATASETS provenant de la bibliothèque de données
complète qui a été migrée.
Exécutez le logiciel MXG+SAS®
À titre de comparaison, nous devons être en mesure de comparer la PDB produite par le logiciel MXG
+WPS contre la PDB produite par le logiciel MXG+SAS. Le moment est propice pour exécuter le
logiciel MXG+SAS en utilisant le fichier SPIN et les données SMF qui seront utilisées dans les tests du
logiciel MXG+WPS.
La validation du traitement PDB
Maintenant qu'il y a une installation opérationnelle du logiciel MXG+WPS, que le fichier SPIN a été
migré, et que le processus MXG+SAS DAILY BUILD PDB a été exécuté afin qu'une comparaison
puisse être faite, le processus MXG+WPS BUILD PDB peut être exécuté et les sorties peuvent être
comparées à celles générées par MXG+SAS.
1. Exécutez le processus MXG+WPS BUILDPDB
Utilisant le fichier SPIN déjà migré et les données SMF réelles, exécutez le processus DAILY
BUILDPDB du logiciel MXG+WPS. Vérifiez que le code de retour ait une valeur de zéro et le résultat du
test d'intégrité dans le journal SASLIST.
2. La comparaison des PDBs provenant de MXG+WPS et MXG+SAS
Il existe maintenant deux DAILY PDBs, l'une générée par l'environnement du logiciel MXG+WPS, et
l'autre par l'environnement du logiciel MXG+SAS. Il convient à présent de comparer le contenu de ces
deux bibliothèques DAILY PDB pour vérifier la cohérence et l'égalité.
Voir l'Annexe A où s'affichent des listes d'exemples du macro XMIGRATE ( vous référer à l'Exemple
de macros de migration vers WPS ) et de la tâche @COMPARE ( vous référer à l'Exemple du JCL pour
comparer les sorties de la migration ).
Prenez une copie du membre @COMPARE de la bibliothèque WPS CNTL. Faire les modifications
suivantes :
•
Changez <wpspfx> au préfixe de l'ensemble de données de l'installation de WPS.
•
Changez <sas-dasd-data-library> à la bibliothèque de données SAS DASD PDB.
•
Changez <wps-dasd-data-library> à la bibliothèque de données WPS DASD PDB.
•
Changez <sas-formats-library> à la bibliothèque MXG FORMATs s'il s'avère nécessaire.
•
Changez <migration-macro-library> à la bibliothèque de macros MIGRATION.
Exécutez la tâche et recherchez un code de retour d'une valeur de zéro, puis vérifiez la sortie SASLIST
pour les résultats de la comparaison.
15
Remarque : Si vous utilisez la macro de comparaison pour la comparaison MXG PDB, vous
devez fixer la variable de macro MXG à YES. Cette opération entraînera la comparaison à ignorer
les variables ZDATE et ZTIME, qui contiendront inévitablement des valeurs différentes puisque ce
sont les horodatages de la phase d'exécution du processus BUILDPDB.
Les plus grandes installations MXG
Les installations MXG varient en taille et en complexité. Les étapes précédentes ont démontré
comment un simple et unique site LPAR peut traiter des données SMF pour qu'elles deviennent un
DAILY PDB qui est recréée chaque jour. Nous traitors ci-dessous quelques autres sujets pertinents à
l'installation et à la migration MXG.
Les plus grandes installations MXG traitent souvent des données SMF qui procèdent de plus d'une
seule LPAR. Parfois, la SMF est traitée sur la LPAR, et la PDB qui en résulte est fusionnée dans un
répertoire central. Par ailleurs, les données brutes SMF des LPARs peuvent être envoyées vers un seul
système central pour être traitées, et aussi signalées à travers les LPARs ; autrement, sur les sites très
étendus, elles peuvent être envoyées vers un certain nombre de concentrateurs pour le traitement des
données brutes SMF, et les concentrateurs ensuite fournissent les données PDB pour être fusionnées
sur un système central selon besoin.
Présentation des rapports MXG
La présentation des rapports MXG varient d'un endroit à l'autre. Quelques notes sont fournies cidessous qui pourraient s'avérer utiles.
Présentation des rapports standards MXG
La plupart des rapports MXG devraient fonctionner sans avoir besoin des tâches supplémentaires de
migration.
Personnalisation de la présentation des rapports MXG
Il n'est pas possible de fournir les instructions précises pour la migration et validation des processus de
présentation des rapports personnalisés dans un guide générique tel que celui-ci.
La meilleur façon de résoudre cela est de l'aborder à titre individuel. Veuillez contacter World
Programming pour obtenir des conseils et de l'aide.
Il se peut que la configuration de la mise en page de la sortie des rapports imprimés puisse différer
légèrement en passant de SAS à WPS. Dans certains cas, cela pourrait exiger des ajustements
mineurs aux processus qui consomment ladite sortie.
Traitement des données comprimées CICS et DB2 SMF
Depuis la version 3.2 de CICS TS et la version 10 de DB2, les données SMF qui ont été générées
peuvent être sauvegardées sous forme comprimée. La technique de compression ( connu sous le nom
16
Run Length Encoding ) est la même pour toutes les deux types de données. Informez-vous auprès
de votre administrateur de système CICS et/ou DB2 pour être au courant de la situation à votre site.
Le code MXG peut détecter et décomprimer ces données automatiquement si elles sont soumises
à un programme de saisie informatisée de données tel que BUILDPDB, mais cela a un coût CPU
extrêmement élevé. Il est de loin préférable d'activer la sortie CICSIFUE fournie dans le SOURCLIB
MXG comme membre EXITCICS. Pour ce faire :
1. Il devrait y avoir une bibliothèque de chargement qui contient un programme connu sous le nom
CICSIFUE, et qui fait partie de la concaténation SOURCLIB.
2. %LET SMFEXIT=CICS; devrait être la première déclaration de la source de chaque programme
touché.
Reportez-vous aux instructions de ce membre pour guider les décisions liées à la mise en œuvre de la
sortie à votre site en particulier. Il est nécessaire de modifier la chaîne de paramétrage passée à l'étape
LKED à cause des limitations actuelles dans WPS. Le change requis est de :
//LKED EXEC PGM=IEWBLINK,
//
PARM='XREF,LIST',
//
COND=(0,NE,ASM)
vers :
//LKED EXEC PGM=IEWBLINK,
//
PARM='XREF,LIST,LET,RMODE=ANY,AMODE=31,RENT,REUS,REFR',
//
COND=(0,NE,ASM)
Si vous omettez de faire cette modification, tout programme WPS qui utilise cette sortie s'arrêtera avec
un code de cessation U4038, même s'il n'y a pas de données comprimées dans le fichier de saisie.
Pour n'importe quel programme spécifique de saisie SMF, il existe quatre combinaisons possibles
relatives aux données comprimées et la sortie CICSIFUE. Ces combinaisons, ainsi que les résultats
potentiels, sont affichés dans la table ci-dessous.
Est-ce que
la sortie est
présente
et active?
Est-ce que
le fichier
de saisie
contient les
données
CICS et/
ou DB2
comprimées?
Résultat
Non
Non
Le traitement continue normalement. Il n'y a pas de données
comprimées qui doivent être traitées.
Non
Oui
MXG identifie le fait qu'il y a des données comprimées à traiter et les
traite en utilisant la sorte de décompression appelé dynamique. Une
MXGNOTE explicative dans SASLOG sert à confirmer la situation. Le
texte lui-même de cette note ( dès MXG V32.09 ) est comme suit :
ERROR:
YOUR <CICS/DB2> RECORDS ARE COMPRESSED, BUT YOU
17
Est-ce que
la sortie est
présente
et active?
Est-ce que
le fichier
de saisie
contient les
données
CICS et/
ou DB2
comprimées?
Résultat
ARE NOT USING THE CICSIFUE "INFILE EXIT" TO
DECOMPRESS YOUR <CICS/DB2> SMF RECORDS ON Z/OS.
INSTEAD, YOU USED MXG DEFAULT INTERNAL CODE
THAT CORRECTLY, BUT EXPENSIVELY, DECOMP-S;
IT TAKES 20-30 TIMES MORE CPU TIME THAN THE
DESIGNED-FOR-Z/OS CICSIFUE INFILE EXIT.
READ THE INSTRUCTIONS IN MEMBER EXITCICS TO
CREATE THE CICSIFUE LOAD MODULE AND ENABLE
MXG TO USE THE ASM-CODE EXIT, TO DECOMPRESS
EITHER DB2 AND/OR CICS COMPRESSED SMF DATA.
SEE CHANGE 27.260.
Oui
Non
Le traitement continue normalement. Il n'y a pas de données
comprimées qui doivent être traitées. La sortie n'est pas déclenchée.
Cependant, la présence de la sortie est affichée dans un message
dans SYSLOG :
+CICSDB2: CICSIFUE EXIT VERSION 3 FOR CICS/DB2
DATA
Oui
Oui
Le traitement continue normalement. La sortie décomprime les
données tout en les lisant. La présence de la sortie est affichée dans
un message dans SYSLOG:
+CICSDB2: CICSIFUE EXIT VERSION 3 FOR CICS/DB2
DATA
18
Annexe A : Exemples
Exemple du JCL pour la simple migration vers WPS
( fourni dans la bibliothèque <wpspfx.>CNTL en tant que le membre @SAS2WPS )
// <add a jobcard here>
//PROCLIB JCLLIB ORDER=(<wpspfx>.CNTL)
//*
//* SYMBOL SASDL IS THE DSNAME OF THE SAS DATA-LIBRARY ON DASD
//
SET SASDL=<sas-dasd-data-library>
//*
//* SYMBOL WPSDL IS THE DSNAME OF THE WPS DATA-LIBRARY ON DASD
//
SET WPSDL=<wps-dasd-data-library>
//*
//* NOTE : USE REGION=0M TO OBTAIN MAXIMUM AVAILABLE MEMORY
//*
//*-------------------------------------------------------------------*/
//* SAMPLE JOB TO MIGRATE A SAS DASD DATA LIBRARY TO WPS DASD
*/
//*-------------------------------------------------------------------*/
//*
//* (1) ADD A SUITABLE JOBCARD
//* (2) CHANGE <wpspfx> TO THE WPS INSTALLATION DATASET PREFIX
//* (3) CHANGE <sas-dasd-data-library> TO THE SOURCE SAS DATASET
//* (4) CHANGE <wps-dasd-data-library> TO THE WPS TARGET DATASET
//* (5) CHANGE <wps-procedure-name> TO THE WPS PROCEDURE NAME
//* (6) SUBMIT THIS JOB AND THEN CHECK THE OUTPUT
//* (7) CHECK FOR A JOB RETURN CODE OF ZERO
//*
//*-------------------------------------------------------------------*/
//* TO MIGRATE A SAS TAPE DATA LIBRARY TO WPS DASD,
*/
//*
REPLACE 'LIBNAME SASDL SASDASD;' WITH 'LIBNAME SASDL SASSEQ;'
*/
//*-------------------------------------------------------------------*/
//*
//WPS
EXEC <wps-procedure-name>
//SOURCLIB DD DISP=SHR,DSN=<wpspfx>.CNTL
//SASDL
DD DISP=SHR,DSN=&SASDL,
//
DCB=BUFNO=32
//WPSDL
DD DISP=(NEW,CATLG),DSN=&WPSDL,
//
UNIT=SYSDA,SPACE=(TRK,(9000,900),RLSE)
//*
//SYSIN
DD DATA,DLM='++'
*OPTIONS SOURCE SOURCE2 MPRINT MACROGEN MLOGIC;
LIBNAME SASDL SASDASD;
*LIBNAME SASDL SASSEQ;
PROC DATASETS LIB=WPSDL KILL; RUN;
PROC COPY IN=SASDL OUT=WPSDL MEMTYPE=DATA; RUN;
19
RUN;
++ END OF //SYSIN
Exemple du JCL pour la migration vers WPS via bande
magnétique
( fourni dans la bibliothèque <wpspfx.>CNTL en tant que le membre @COMPARE )
//*
//* SYMBOL SASDL IS THE DSNAME OF THE SAS DATA-LIBRARY ON DASD
//
//*
//* SYMBOL SASTL IS THE DSNAME OF THE SAS DATA-LIBRARY ON TAPE
//
SET SASTL=<sas-tape-data-library>
//*
//* SYMBOL WPSDL IS THE DSNAME OF THE WPS DATA-LIBRARY ON DASD
//
//*
//*
//*-------------------------------------------------------------------*/
//* SAMPLE JOB TO MIGRATE A SAS DASD DATA LIBRARY TO WPS DASD
*/
//*-------------------------------------------------------------------*/
//*
//* (3) CHANGE <sas-dasd-data-library> TO THE SOURCE SAS DATASET
//* (4) CHANGE <sas-tape-data-library> TO THE SAS TAPE DATASET
//* (5) CHANGE <wps-dasd-data-library> TO THE WPS TARGET DATASET
//* (6) CHANGE <sas-procedure-name> TO THE SAS PROCEDURE NAME
//* (7) CHANGE <wps-procedure-name> TO THE WPS PROCEDURE NAME
//*
//*-------------------------------------------------------------------*/
//*
//*====================================================================
//* EXPORT A SAS DATA LIBRARY FROM DASD TO TAPE (NOT COMPRESSED)
//*====================================================================
//SAS
EXEC <sas-procedure-name>
//SASDL
DD DISP=SHR,DSN=&SASDL
//SASTL
DD DSN=&SASTL,DISP=(,CATLG,DELETE),
//
UNIT=(CART,,DEFER),VOL=(,,,10),LABEL=EXPDT=98007
//*
//SYSIN
DD DATA,DLM='++'
20
%INCLUDE SOURCLIB(XMIGRATE);
%LET VERBOSE=YES;
%SD2ST(SASDL=SASDL,SASTL=SASTL);
RUN;
++ END OF //SYSIN
//*
//*=====================================================================
//* IMPORT A SAS DATA LIBRARY FROM TAPE INTO A WPS DATA LIBRARY ON DASD
//*=====================================================================
//*
//WPS
EXEC <wps-procedure-name>
//SASTL
DD DISP=SHR,DSN=&SASTL,
//
DCB=BUFNO=32
//WPSDL
DD DISP=(NEW,CATLG),DSN=&WPSDL,
//
UNIT=SYSDA,SPACE=(TRK,(9000,900),RLSE)
//*
//SYSIN
DD DATA,DLM='++'
%INCLUDE SOURCLIB(XMIGRATE);
%LET VERBOSE=YES;
%ST2WD(SASTL=SASTL,WPSDL=WPSDL);
RUN;
++ END OF //SYSIN
Exemple de macros de migration vers WPS
( fourni dans la bibliothèque <wpspfx.>CNTL en tant que le membre XMIGRATE )
%********************************************************************;
%* SAS SOURCE LIBRARY CONTAINING MACROS TO SUPPORT THE SAS TO WPS
*;
%* MIGRATION PROCESS. SEE SAS2WPS MEMBER OF CNTL LIBRARY FOR AN
*;
%* EXAMPLE JCL JOB THAT USES THESE MACROS.
*;
%********************************************************************;
%MACRO WPSORSAS();
%********************************************************************;
%* WPSORSAS
*;
%* DESCRIPTION: MACRO TO CHECK WHETHER WPS OR SAS IS RUNNING
*;
%* ARGUMENTS:
NONE
*;
%* RETURNS:
WPS OR SAS
*;
%********************************************************************;
%IF %SYSPROD(WPS) = 1 %THEN
%DO;
WPS
%END;
%ELSE
%DO;
SAS
21
%END;
%MEND WPSORSAS;
%MACRO SD2ST(SASDL=SASDL, SASTL=SASTL);
%********************************************************************;
%* SD2ST
*;
%* DESCRIPTION: MACRO TO EXPORT A SAS DASD LIBRARY TO SAS TAPE
*;
%* ARGUMENTS:
*;
%*
SASDL - THE SOURCE SAS DASD DATA LIBRARY
*;
%*
SASTL - THE TARGET SAS TAPE DATA LIBRARY
*;
%* NOTE1: THIS MUST BE RUN FROM SAS NOT WPS
*;
%********************************************************************;
OPTIONS COMPRESS=NO;
LIBNAME &SASTL TAPE;
PROC COPY IN=&SASDL OUT=&SASTL NOCLONE MEMTYPE=DATA; RUN;
%MEND SD2ST;
%MACRO ST2WD(SASTL=SASTL, WPSDL=WPSDL);
%********************************************************************;
%* ST2WD
*;
%* DESCRIPTION: MACRO TO IMPORT A SAS TAPE LIBRARY TO WPS DASD
*;
%* ARGUMENTS:
*;
%*
SASTL - THE SOURCE SAS TAPE DATA LIBRARY
*;
%*
WPSDL - THE TARGET WPS DASD DATA LIBRARY
*;
%*
*;
%* NOTE1: THIS MUST BE RUN FROM WPS NOT SAS
*;
%********************************************************************;
LIBNAME &SASTL SASSEQ;
PROC DATASETS LIB=&WPSDL KILL; RUN;
PROC COPY IN=&SASTL OUT=&WPSDL; RUN;
%IF "&VERBOSE" EQ "YES" %THEN
%DO;
TITLE2 "CONTENTS OF &WPSDL WPS DASD DATA LIBRARY";
PROC DATASETS LIB=&WPSDL;
RUN;
%END;
%MEND ST2WD;
%MACRO S2WCOMP(SASDL=SASDL, WPSDL=WPSDL, METHOD=, CRITERION=);
%********************************************************************;
%* S2WCOMP
*;
%* DESCRIPTION: COMPARE SAS TAPE LIBRARY WITH WPS DASD LIBRARY
*;
%* ARGUMENTS:
*;
%*
SASDL
- A SAS TAPE DATA LIBRARY
*;
%*
WPSDL
- A WPS DASD DATA LIBRARY
*;
%*
METHOD
- METHOD FOR PROC COMPARE
*;
%*
CRITERION - CRITERION FOR PROC COMPARE
*;
%* NOTE1: THIS MUST BE RUN FROM WPS NOT SAS
*;
%********************************************************************;
TITLE1 "S2WCOMP - SAS TO WPS DATA MIGRATION LIBRARY COMPARISON";
TITLE2 "CONTENTS OF &SASDL SAS TAPE DATA LIBRARY";
22
PROC DATASETS LIB=&SASDL;
RUN;
%DO;
TITLE2 "CONTENTS OF &WPSDL WPS DASD DATA LIBRARY";
PROC DATASETS LIB=WPSDL; RUN;
%END;
PROC SQL;
CREATE TABLE MEMNAMES AS
SELECT MEMNAME FROM DICTIONARY.MEMBERS
WHERE LIBNAME LIKE "&SASDL" AND MEMTYPE = 'DATA';
DATA _NULL_;
SET MEMNAMES END=LAST;
LENGTH SASCODE $80;
SASCODE =
'%COMPRMBR('
|| "SASLIB=&SASDL"
||",WPSLIB=&WPSDL"
||",MEMNAME="||TRIM(MEMNAME)
||",METHOD=&METHOD"
||",CRITERION=&CRITERION"
||")" ;
CALL EXECUTE(SASCODE);
%MEND S2WCOMP;
%MACRO COMPRMBR(SASLIB=SASDL, WPSLIB=WPSDL, MEMNAME=MEMNAME,
METHOD=, CRITERION=);
%********************************************************************;
%* COMPRMBR
*;
%* DESCRIPTION: COMPARE INDIVIDUAL SAS MEMBER WITH WPS MEMBER
*;
%* ARGUMENTS:
*;
%*
SASDL
- THE SAS DATA LIBRARY
*;
%*
WPSDL
- THE WPS DATA LIBRARY
*;
%*
MEMNAME
- THE MEMBER NAME
*;
%*
METHOD
- METHOD FOR PROC COMPARE
*;
%*
CRITERION - CRITERION FOR PROC COMPARE
*;
%* NOTE1: IF &MXG MACRO VARIABLE IS SET TO YES THEN ZDATE ZTIME
*;
%*
VARIABLES WILL BE EXCLUDED FROM THE COMPARISON
*;
%*
THIS IS HELPFUL WHEN COMPARING MXG PDB LIBRARIES
*;
%********************************************************************;
TITLE1 "COMPRMBR - SAS TO WPS DATA MIGRATION MEMBER COMPARISON";
TITLE2 "MEMBER NAME: &MEMNAME";
%DO;
TITLE3 "SAS DATA LIBRARY: &SASLIB";
PROC CONTENTS DATA=&SASLIB..&MEMNAME;
PROC PRINT DATA=&SASLIB..&MEMNAME(OBS=8) LABELANDNAME;
TITLE3 "WPS DATA LIBRARY : &WPSLIB";
PROC CONTENTS DATA=&WPSLIB..&MEMNAME;
PROC PRINT DATA=&SASLIB..&MEMNAME(OBS=8) LABELANDNAME;
%END;
23
TITLE2 "COMPARE RESULTS";
PROC COMPARE BASE=&WPSLIB..&MEMNAME
COMP=&SASLIB..&MEMNAME
OUT=WORK.SWMCOMP_&MEMNAME
OUTNOEQUAL
%IF "&METHOD" NE "" %THEN %DO;
METHOD=&METHOD
%END;
%IF "&CRITERION" NE "" %THEN %DO;
CRITERION=&CRITERION
%END;
NOTE;
%IF "&MXG" EQ "YES" %THEN
%DO;
EXCLUDEVAR ZDATE ZTIME;
%END;
RUN;
TITLE "RESULTS OF COMPARE OF MEMBER: &MEMNAME";
PROC PRINT DATA=WORK.SWMCOMP_&MEMNAME; RUN;
%MEND COMPRMBR;
Exemple du JCL pour comparer les sorties de la migration
( fourni dans la bibliothèque <wpspfx.>CNTL en tant que le membre @COMPARE )
//*
//* SYMBOL SASDL IS THE DSNAME OF THE SAS DATA LIBRARY ON DASD
//
//*
//* SYMBOL WPSDL IS THE DSNAME OF THE WPS DATA LIBRARY ON DASD
//
//*
//*
//*-----------------------------------------------------------------*/
//* SAMPLE JOB TO RUN SAS TO WPS COMPARISON
24
*/
//*-----------------------------------------------------------------*/
//*
//* (3) CHANGE <sas-dasd-data-library> TO THE SAS DASD DATA LIBRARY
//* (4) CHANGE <wps-dasd-data-library> TO THE WPS DASD DATA LIBRARY
//* (5) CHANGE <sas-formats-library> TO THE MXG FORMATS LIBRARY IF
//*
NECESSARY
//* (6) CHANGE <migration-macro-library> TO THE MIGRATION MACRO
//*
LIBRARY
//* (7) SUBMIT THIS JOB
//* (9) CHECK SASLIST FOR COMPARISON OUTPUT
//*
//*-----------------------------------------------------------------*/
//* TO COMPARE A SAS TAPE DATA LIBRARY TO WPS DASD,
//*
*/
REPLACE 'LIBNAME SASDL SASDASD;' WITH 'LIBNAME SASDL SASSEQ;' */
//*-----------------------------------------------------------------*/
//*
//*
//@COMPARE EXEC WPSPROC
//SASDL
DD DISP=SHR,DSN=&SASDL
//WPSDL
DD DISP=SHR,DSN=&WPSDL
//LIBRARY
DD DISP=SHR,DSN=<sas-formats-library>
<= IF NECESSARY
//MTSOURCE DD DISP=SHR,DSN=<migration-macro-library>
//SYSIN DD DATA,DLM='++'
25
OPTIONS SOURCE SOURCE2 MPRINT MLOGIC MACROGEN;
OPTIONS FMTSEARCH=(LIBRARY.FORMATS WORK.FORMATS);
%INCLUDE MTSOURCE(XMIGRATE);
%LET VERBOSE = NO;
%LET MXG = YES;
LIBNAME SASDL SASDASD;
*LIBNAME SASDL SASSEQ;
%S2WCOMP(SASDL=SASDL,WPSDL=WPSDL);
RUN;
++ END OF //SYSIN
Exemple de la construction d'une bibliothèque de FORMATs
MXG
( fourni dans la bibliothèque <wpspfx.>CNTL en tant que le membre @MXGFMTS )
//*
//*-------------------------------------------------------------------*/
//* UN ÉCHANTILLON POUR VÉRIFIER LES FORMATS DE LA BIBLIOTHÈQUE DE
CRÉATION DE LA TÂCHE MXG */
//*-------------------------------------------------------------------*/
//*
//* (1) AJOUTER LA BONNE JOBCARD
//* (2) MODIFICATION DE <wpspfx> À UN PRÉFIXE D'INSTALLATION D'ENSEMBLE DE
DONNÉES WPS
//* (3) MODIFICATION DE <mxgpfx> À UN PRÉFIXE D'ENSEMBLE DE DONNÉES MXG
SOURCLIB
//* (4) MODIFICATION DE <mxgwpspfx> À UN PRÉFIXE D'ENSEMBLE DE DONNÉES MXG
+WPS
//* (5) SOUMETTEZ CE TRAVAIL PUIS VÉRIFIEZ LE RÉSULTAT
//* (6) RECHERCHEZ LE CODE DE RETOUR DE LA TÂCHE À VALEUR 0
//*
//*-------------------------------------------------------------------*/
//*
//*=====================================================================
//*
//ALLOC
EXEC PGM=IEFBR14
//LIBRARY DD DISP=(NEW,CATLG),
26
//
DSN=<mxgwpspfx>.LIBRARY.WPSDATA,
//
SPACE=(TRK,(70,20)),
//
DCB=(RECFM=FS,LRECL=27648,BLKSIZE=27648),
//
DSORG=PS
//*
//*=====================================================================
//*
//@MXGFMTS EXEC WPSPROC,CONFIG='<mxgpfx>.SOURCLIB(CONFIGW2)'
//SOURCLIB DD DISP=SHR,DSN=<mxgpfx>.USERID.SOURCLIB
//
DD DISP=SHR,DSN=<mxgpfx>.SOURCLIB
//LIBRARY DD DISP=OLD,DSN=<mxgwpspfx>.LIBRARY.WPSDATA
//SYSIN
DD DATA,DLM='++'
*LES OPTIONS DE SOURCE SOURCE2 MPRINT MLOGIC MACROGEN;
OPTIONS FMTSEARCH=(LIBRARY);
%INCLUDE SOURCLIB(FORMATS);
RUN;
++ END OF //SYSIN
Exemple du JCL pour l'exécution d'une BUILDPDB MXG
( fourni dans la bibliothèque <wpspfx.>CNTL en tant que le membre @MXGPDB )
//*
//*-------------------------------------------------------------------*/
//* SAMPLE JOB TO RUN EMPTY MXG BUILDPDB JOB
*/
//*-------------------------------------------------------------------*/
//*
//* (3) CHANGE <mxgpfx> TO THE MXG SOURCLIB DATASET PREFIX
//* (3) CHANGE <mxgwpspfx> TO THE MXG+WPS DATASET PREFIX
//*
//*-------------------------------------------------------------------*/
//*
//*=====================================================================
//*
//ALLOC
EXEC PGM=IEFBR14
//CICSTRAN DD DISP=(NEW,CATLG),
//
DSN=<mxgwpspfx>.CICSTRAN.WPSDATA,
//
SPACE=(TRK,(450,450))
//DB2ACCT DD DISP=(NEW,CATLG),
//
DSN=<mxgwpspfx>.DB2ACCT.WPSDATA,
//
SPACE=(TRK,(450,450))
//PDB
DD DISP=(NEW,CATLG),
//
DSN=<mxgwpspfx>.PDB.WPSDATA,
27
//
SPACE=(CYL,(600,150))
//SPIN
DD DISP=(NEW,CATLG),
//
DSN=<mxgwpspfx>.SPIN.WPSDATA,
//
SPACE=(CYL,(10,100))
//*
//*=====================================================================
//*
//@MXGPDB EXEC WPSPROC,CONFIG='<mxgpfx>.SOURCLIB(CONFIGW2)'
//SOURCLIB DD DISP=SHR,DSN=<mxgpfx>.USERID.SOURCLIB
//
DD DISP=SHR,DSN=<mxgpfx>.SOURCLIB
//LIBRARY DD DISP=SHR,DSN=<mxgwpspfx>.LIBRARY.WPSDATA
//CICSTRAN DD DISP=OLD,DSN=*.ALLOC.CICSTRAN
//DB2ACCT DD DISP=OLD,DSN=*.ALLOC.DB2ACCT
//PDB
DD DISP=OLD,DSN=*.ALLOC.PDB
//SPIN
DD DISP=OLD,DSN=*.ALLOC.SPIN
//SORTWK01 DD UNIT=SYSDA,SPACE=(CYL,(150,150))
//SMF
DD DUMMY
//SYSIN
DD DATA,DLM='++'
*OPTIONS SOURCE SOURCE2 MPRINT MLOGIC MACROGEN;
OPTIONS FMTSEARCH=(LIBRARY);
%INCLUDE SOURCLIB(BUILDPDB);
RUN;
++ END OF //SYSIN
28
Notices légales
Copyright © 2002-2016 World Programming Limited.
Tous droits réservés. Les présentes informations sont confidentielles et soumises au droit d'auteur. La
reproduction et la transmission de la présente publication, même partielles, par quelque procédé que
ce soit, tant électronique que mécanique, y compris la photocopie, l'enregistrement ou tout système de
stockage et récupération des données, sont formellement interdites.
Marques
WPS et World Programming sont des marques commerciales ou des marques déposées de World
Programming Limited dans l'Union européenne et dans d'autres pays. Le sigle (r) ou ® indique une
marque communautaire.
SAS et tous les autres noms de produits et de services de SAS Institute Inc. sont des marques
déposées ou des marques commerciales de SAS Institute Inc. aux Etats-Unis et dans d'autres pays. Le
sigle ® indique que la marque est déposée aux Etats-Unis.
Toutes les autres marques commerciales sont la propriété de leurs détenteurs respectifs.
Notices générales
World Programming Limited n'est associé d'aucune manière à SAS Institute Inc.
WPS n'est pas le système SAS.
L'expression « langage SAS » utilisée dans le présent document est utilisée comme un terme
générique pour faire référence au langage de programmation SAS souvent appelé « langage SAS » ou
simplement « SAS ».
WPS inclut du logiciel développé par des tiers. Vous trouverez plus d'informations dans le fichier
THANKS ou acknowledgements-fr.txt inclus dans l'installation de WPS.
29

Guide de migration pour z/OS du système SAS à WPS

Transcription

Documents pareils

quelques applis pour tablettes et smartphones utiles dans l

Etape 1. 1. Insérez le CD d`installation dans votre lecteur de CD

Espace Publique Numérique Bureau Information Jeunesse

Etape 1. 1. Insérez le CD d`installation dans votre lecteur

iba_2012_Liste des exposants français

PIXMA MG3200 Guide d`installation

Etape 1. 1. Insérez le CD d`installation dans votre lecteur de CD

ACTE DE CONFIRMATION DE CREATION DE SOCIETE [Nom de la

3. Traduction Garden Supply 453, Baker Street WR5 75G London