Introduksjon til JCL intervjuspørsmål og svar
JCL står faktisk for Job Control Control. JCL håndterer hovedsakelig all mainframe-relatert jobb, er i stand til å definere en jobb, kontrollere den samme for å sikre riktig logisk utførelse av definere programmer og bidra til å få ønsket utdata som plan for den spesifikke jobben. JCL er normalt utformet på en slik måte at den kan inneholde flere trinn, og alle trinn som holder forretningslogikken som skal utføres, eller noen spesifikk definere oppgave som må fullføres. JCL knytter normalt alle definerte program- og input- eller outputfiler i backend-jobben.
Nå, hvis du leter etter en jobb som er relatert til JCL, må du forberede deg på JCL intervjuspørsmål i 2019. Det er sant at hvert intervju er forskjellig per de forskjellige jobbprofilene. Her har vi forberedt de viktige spørsmålene og svarene til JCL-intervjuet som vil hjelpe deg å få suksess i intervjuet.
I denne artikkelen om JCL Interview Questions vil vi presentere 10 viktigste og ofte stilte JCL intervjuspørsmål. Disse intervjuspørsmålene er delt inn i to deler er som følger:
Del 1 - JCL intervjuspørsmål (grunnleggende)
Denne første delen dekker grunnleggende datastruktur Java-intervjuer og svar.
Q1. Anta at vi hadde 3 DD-navn i sammenkoblet tilnærming med flere datasett, spørsmålet er hvordan kan vi overstyre hverandre datasett på de spesifikke 3 datasettene?
Svar :
Ved å bruke DD DUMMY. Hvis du trenger å overstyre et datasett til et annet, vil DD DUMMY hjelpe til med å overstyre eventuelle JCL-jobbtrinn. Vær oppmerksom på at disse overstyres ikke overskrives.
//STEP1.IN1 DD DUMMY
// DD DSN=OWNDATA.OURMI.IN2, DISP=SHR
// DD DUMMY
Q2. Vi kan opprettholde flere versjoner i GDG, antar at hvis den nåværende versjonen bruker å vurdere som input i det første trinnet (trinn 1) av en hvilken som helst jobb, har også output blitt opprettet en ny versjon, og på samme måte hvis step1 output kan vurderes som innspill til neste trinn antar at trinn 2, utdata fra trinn 2 igjen vil lage en ny versjon, så kan du forklare hvordan vi indikerer at hver GDG krever versjon for hvert trinn?
Svar:
Vi kan enkelt gjøre det samme ved å bruke +1 eller +2-operatøren uten noen spesifikk logikk. Vennligst finn kodenavn nedenfor som definerer referanser til flere versjoner av GDG:
Stp1 input: (0)
Stp1 output: (+1)
Stp2 input: (+1)
Stp2 output: (+2)
La oss gå til de neste JCL-intervjuspørsmål.
Q3. Er det mulig å sjekke en tom fil eller ikke i JCL? Hvis ja, kan du forklare hvordan vi kan gjøre dette?
Svar :
Ja, det er mulig å identifisere en tom fil i JCL, men i en tilstand skal den filen være en inngang til IDCAMS. Hvis en har blitt brukt som INPUT i IDCAMS, så når jobben er fullført og inndatafilen faktisk er tom, vil i så fall kode 4 komme tilbake som output for den spesifikke JCL-jobben. Så returner kode 4 for alle slags JCL-jobber kan betraktes som tom filvalg som input for jobben. Normalt utvikler utvikleren det samme på en annen måte, hvis returkoden kom som 4, blir jobben automatisk avsluttet, ikke trenger å behandle videre for neste kjørbare logikk. Ettersom tom fil normalt ikke krever å bearbeide videre, da den vil ta minsteplass i mainframe-systemet, og det er godt klar over at kostnadene for mainframe-system er for høye, så å håndtere denne typen feil vil være et krav om ekspertise for enhver mainframe- eller JCL-jobb utbygger.
Q4. Anta at vurderer en JCL-jobb har fire trinn og overraskende plutselig har jobben blitt overlevd. Gi nå noen kommandoer eller forklar hvordan vi kan starte trinn 2 i den bestemte JCL-jobben?
Svar:
Dette er de vanlige JCL-intervjuspørsmålene som stilles i et intervju. Flere ansvarsområder må normalt følges av en JCL-tester i dagens IT-bransje.
Det må nevnes RESTART = STP2 i uttalelsen om jobben. JCL-jobb må konstrueres på en slik måte at RESTART kan gjøres i trinn 2 og følgelig blir trinn 3 og 4 utført sekvensielt. For den samme IF-ELSE-uttalelsen må også inkluderes.
//URMIIF JOB 1, CLASS=4, MSGCLASS=0, NOTIFY = &SYSUID, RESTART=STP2
//*
//STP1 EXEC
//STP2 EXEC
//IF1 IF (STP2.RC = 0 & STP2.RC 0) THEN
//STP3 EXEC
//STP4 EXEC
//ENDIF
Q5. Forklar i detaljer om tilgjengelige måter å kreve data som går inn i et COBOL-program fra en hvilken som helst JCL-jobb?
Svar:
Det har flere måter å passere krever data i et COBOL-program fra spesifikk JCL-jobb. Det kan formidles under tre tilnærminger:
Filer: JCL-jobb kan sende filer direkte til COBOL-programmet, programmet vil kunne lese filene og prosessere basert på logikken.
PARM-parameter: Hvis JOB aksepterer noen PARM-parameter som inngang, kan den lett overføres til ethvert definert COBOL-program for videre prosess som per logikk definert av COBOL-utvikleren.
SYSIN DD-setning: SYSIN DD-setning kan plukke opp en systemdefinert parameter av en hvilken som helst JCL-jobb og sende den samme til et definert COBOL-program for videre utførelse.
Etter sending krever data til Cobol-programmet venter alle JCL-jobber på å få svar fra det programmet og bestemme JOB-prosessen videre.
Del 2 - JCL intervjuspørsmål (avansert)
La oss nå se på de avanserte spørsmål og svar på JCL-intervjuet.
Q6. Er det mulig å ringe samme PROC ved å bruke mange JOBBER? Hvis ja, så gi detaljer om hvordan det kan brukes på nytt?
Svar:
Ja mulig. PROC definerte hovedsakelig noen statiske deler av jobben som kan brukes på nytt i enhver JCL-jobb. Som eksempel kan filnavnendringsfunksjonalitet defineres i en PROC og gjenbruk av JCL-jobb.
// IN1 DD DSN = & ID.OURMI.IN1, DISP = SHR // * PROC-versjon
ID = OWNDATA1 er kodet i JOB1, ID = OWNDATA2 er kodet i JOB2 og så videre
Q7. Er det mulig å opprette et nytt datasett for JCL, bare vedlikeholde den samme filen som organisasjonen, mens den er tilgjengelig i et annet datasett som er eksisterende? Hvis ja, vennligst forklar?
Svar:
Mulig ved å bruke IEBGENER. Eksisterende filpass til SYSUT10, pass nå ny fil i SYSUT11 og nevn DCB = *. SYSUT10.
La oss gå til de neste JCL-intervjuspørsmål.
Q8. Vil du forklare detaljert tilgangspolitikk til et ukategorisert JCL-datasett i mainframe?
Svar:
Ved å bruke UNIT og VOL serielle parametere.
Q9. At vi antar at en JCL-jobb har to trinn, nå er vi villige til å konfigurere at hvis en eller annen grunn trinn 1 overgår, vil trinn 2 automatisk kjøres, ellers blir JCL-jobb avsluttet? Forklar hvordan vi kan gjøre dette?
Svar:
Dette er de mest populære JCL-intervjuspørsmålene som stilles i et intervju. Noen populære testfall i dagens IT-bransje.
Gi noen KUN tilstand i trinn 2 det kan være mulig. Koden vil være som nedenfor:
COND = KUN i STP2
Q10. Er det mulig å utføre en automatisert omstart i tilfelle JCL stilles? Hvis ja, så forklar hvordan vi kan gjøre dette enkelt?
Svar:
Det er veldig mye mulig å bruke RD-parameter i JCL-jobb eller exec-setning. Hvis noe omstart krever ABEND-koden, må den nevnes i IBM parmlib-biblioteket som SCHEDxx-medlem.
Anbefalte artikler
Dette har vært en guide til listen over JCL-intervjuspørsmål og svar, slik at kandidaten enkelt kan slå sammen disse JCL-intervjuspørsmålene. Her i dette innlegget har vi studert Top JCL Interview Questions som ofte blir stilt i intervjuer. Du kan også se på følgende artikler for å lære mer -
- Topp 10 spørsmål om intervju av ETL-tester
- Kotlin intervjuspørsmål
- 10 essensielle spørsmål om Blockchain-intervju
- Spørsmål om arvintervju (Oppdatert for 2019)