Précédent   Forum des professionnels en informatique > Systèmes > Autres systèmes > z/OS
z/OS Forum d'entraide sur z/OS et MVS (Multiple Virtual Storage), les systèmes d'exploitation des ordinateurs « mainframes » IBM : JCL, Tso, Ispf, Vsam, Racf, SMS, Cics, Ims, OPC, Ca-7, Control-M, Dialog Manager ...
Partagez cette discussion sur d'autres réseaux sociaux : Viadeo Twitter Google Facebook Digg Delicious MySpace Yahoo
Réponse Proposer ce sujet en actualité
 
Outils de la discussion
Publicité
'
Vieux 22/07/2011, 10h49   #1
Invité de passage
 
Homme Julien CHEVREAU
Développeur COBOL
Inscription : octobre 2010
Messages : 15
Détails du profil
Informations personnelles :
Nom : Homme Julien CHEVREAU
Âge : 25
Localisation : France, Sarthe (Pays de la Loire)

Informations professionnelles :
Activité : Développeur COBOL
Secteur : Industrie

Informations forums :
Inscription : octobre 2010
Messages : 15
Points : 4
Points : 4
Envoyer un message via Skype™ à HammR
Par défaut Vider une base DL1 IMS

Bonjour,

c'est mon premier message par ici et je suis tout jeune développeur dans le mainframe et avant j'étais linguiste et je suis unijambiste manchot je vous prierai donc d'être indulgent pour toute inexactitude de langage.

Voici mon souci :

je souhaite vider une base IMS grâce à l'outil SCRELOAD (il me semble que c'est un outil IBM). Je passe bien le bon PSB (de type L) en paramètre de la carte JOB, le DBD name est correct, les DSNAME et DDNAME également.
Je passe en entrée un fichier un fichier contenant la ligne Ø.....RÐ indiquant la fin du fichier séquentiel pour insertion dans la base de données.

Mon JCL s'exécute bien, mais je m'attendais à ce que ma base soit vide après cette manipulation, hors le fichier à plat de la base me montre bien que rien n'a bougé... Auriez-vous une explication, voire même mieux : une solution à mon problème ?

Merci d'avance pour toute réponse...
HammR est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 22/07/2011, 15h04   #2
Invité de passage
 
Homme Julien CHEVREAU
Développeur COBOL
Inscription : octobre 2010
Messages : 15
Détails du profil
Informations personnelles :
Nom : Homme Julien CHEVREAU
Âge : 25
Localisation : France, Sarthe (Pays de la Loire)

Informations professionnelles :
Activité : Développeur COBOL
Secteur : Industrie

Informations forums :
Inscription : octobre 2010
Messages : 15
Points : 4
Points : 4
Envoyer un message via Skype™ à HammR
Bon, ben apparemment, la base, si on fait un reload à partir d'un fichier vide, ne bouge pas.
Il faut faire un reload à partir d'un fichier contenant au moins un enregistrement.
HammR est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 23/08/2011, 14h58   #3
Membre du Club
 
Homme Bernard
Développeur et formateur Mainframe
Inscription : février 2007
Messages : 39
Détails du profil
Informations personnelles :
Nom : Homme Bernard
Localisation : France, Ille et Vilaine (Bretagne)

Informations professionnelles :
Activité : Développeur et formateur Mainframe
Secteur : Conseil

Informations forums :
Inscription : février 2007
Messages : 39
Points : 67
Points : 67
Bonjour,

SCRELOAD n'est pas un utilitaire IBM. Ca sent plutôt la PROC codée pour SCLM (je me trompe ?).

Ceci dit, pour avoir une base vide et propre tu as deux méthodes :

Méthode 1:
en utilisant DFSDDLT0 (à moins que sur ton site existe une PROC SCquelquechose) tu peux coder une SYSIN du style :

Code :
1
2
3
//SYSIN     DD *
S 1 1 1 1 1    NomDuDBD
L   9999 DLET  NomDuSegmentRacine
Méthode 2:
1) DELETE du fichier supportant ta base
2) création du fichier (avec un IEFBR14 par exemple)
3) avec DFSDDLT0, création d'une racine bidon
Code :
1
2
3
4
5
//SYSIN     DD *
S 1 1 1 1 1    NomDuDBD
L        ISRT  NomDuSegmentRacine
L        DATA  999999999999
/*
4) avec DFSDDLT0, suppression de cette racine bidon
Code :
1
2
3
4
//SYSIN     DD *
S 1 1 1 1 1    NomDuDBD
L        GHN   NomDuSegmentRacine
L        DLET  NomDuSegmentRacine
BernardBZH est déconnecté   Envoyer un message privé Réponse avec citation 10
Réponse Proposer ce sujet en actualité Cette discussion est résolue.
Outils de la discussion



Fuseau horaire GMT +2. Il est actuellement 07h12.


 
 
 
 
Partenaires

Hébergement Web