Johdanto JCL-haastatteluun liittyviin kysymyksiin ja vastauksiin
JCL seisoo itse asiassa Työnvalvontakieli. JCL käsittelee pääasiassa kaikkia keskusyksiköihin liittyviä töitä, pystyy määrittelemään yhden työn, hallitsemaan sitä varmistaakseen määriteltyjen ohjelmien loogisen toteutuksen ja auttaa saamaan halutun tuloksen aikatauluksi kyseiselle työlle. JCL on yleensä suunniteltu siten, että se voi sisältää useita vaiheita ja jokaisen vaiheen, joka pitää sisällään toteutettavan liiketoimintalogiikan tai jonkin tietyn määritellyn tehtävän, jonka on oltava valmis. JCL linkittää normaalisti kaikki määrittelevät ohjelmat ja syöttö- tai tulostetiedostot taustan työeräympäristössä.
Nyt, jos etsit työtä, joka liittyy JCL: ään, sinun on varauduttava 2019 JCL: n haastattelukysymyksiin. On totta, että jokainen haastattelu on erilainen työprofiilien mukaan. Täällä olemme laatineet tärkeät JCL-haastattelua koskevat kysymykset ja vastaukset, jotka auttavat sinua menestymään haastattelussa.
Tässä 2019 JCL -haastattelukysymyksissä kerrotaan 10 tärkeintä ja usein kysyttyä JCL-haastattelua koskevaa kysymystä. Nämä haastattelukysymykset on jaettu kahteen osaan seuraavasti:
Osa 1 - JCL-haastattelukysymykset (perus)
Tämä ensimmäinen osa kattaa perustiedot tietorakenteesta Java-haastatteluun liittyvät kysymykset ja vastaukset.
Q1. Oletetaan, että meillä oli 3 DD-nimeä ketjutetussa lähestymistavassa useiden tietojoukkojen kanssa, kysymys kuuluu, kuinka voimme ohittaa toiset tietojoukot kyseisissä 3 tietojoukossa?
Vastaus :
Käyttämällä DD DUMMY. Jos joudut ohittamaan yhden tietojoukon toiselle, DD DUMMY auttaa ohittamaan kaikki JCL-työn vaiheet helposti. Huomaa, että niitä korvataan, joita ei korvata.
//STEP1.IN1 DD DUMMY
// DD DSN=OWNDATA.OURMI.IN2, DISP=SHR
// DD DUMMY
Q2. Pystymme ylläpitämään useita versioita GDG: ssä. Oletetaan, että jos nykyistä versiota pidetään tulona minkä tahansa työn ensimmäisessä vaiheessa (vaihe 1), myös tulostukselle luodaan uusi versio, ja samalla tavalla, jos 1. asteen tulosta voidaan pitää Oletetaanko seuraavan vaiheen tuloksi, että vaihe 2, vaiheen 2 lähtö luo taas yhden uuden version, sitten selitä, kuinka ilmoitamme jokaiselle GDG: lle vaaditun version jokaiselle vaiheelle?
Vastaus:
Voimme tehdä saman helposti käyttämällä +1 tai +2 operaattoria ilman erityistä logiikkaa. Alla on koodinpätkä, joka määrittelee GDG: n usean version viitteet:
Stp1 input: (0)
Stp1 output: (+1)
Stp2 input: (+1)
Stp2 output: (+2)
Siirrytään seuraavaan JCL: n haastattelukysymykseen.
Q3. Onko JCL: ssä mahdollista tarkistaa tyhjä tiedosto? Jos kyllä, niin selitä miten voimme tehdä tämän?
Vastaus :
Kyllä, JCL: ssä on mahdollista tunnistaa yksi tyhjä tiedosto, mutta yhdessä tapauksessa kyseisen tiedoston tulisi olla yksi IDCAMS-tulo. Jos yhtä on käytetty INPUT-muodossa IDCAMS-ohjelmissa, silloin kun työ on suoritettu loppuun ja syöttötiedosto on tosiasiallisesti tyhjä, koodi 4 palaa takaisin tuotosta kyseiselle JCL-työlle. Joten minkä tahansa JCL-työn palautuskoodia 4 voidaan pitää tyhjänä tiedostona, joka valitaan työn tuloksi. Normaalisti kehittäjä, joka hallinnoi samaa eri tavalla, jos paluukoodi oli 4, työ lopetetaan automaattisesti, ei tarvitse jatkaa prosessointia seuraavalle suoritettavalle logiikalle. Koska tyhjää tiedostoa ei yleensä tarvitse käsitellä edelleen, koska se vie minimitilaa keskusyksikön järjestelmässä, ja se on hyvin tietoinen siitä, että keskusyksikön järjestelmäkustannukset ovat liian korkeat, joten tällaisen virheen käsitteleminen vaatii asiantuntemusta kaikille keskusyksiköille tai JCL-töille kehittäjä.
Q4. Oletetaan, että yhden JCL-työn tarkastelussa on 4 vaihetta ja yllättäen yhtäkkiä työ on muuttunut. Anna nyt joitain komentoja tai selitä miten voimme aloittaa vaiheen 2 kyseisestä JCL-työstä?
Vastaus:
Tämä on yleinen JCL-haastattelukysymys, jota haastattelussa esitetään. JCL-testaaja yleensä noudattaa useita vastuita nykyisellä IT-alalla.
Se on mainittava RESTART = STP2 työn ilmoituksessa. JCL-työ on rakennettava siten, että RESTART voidaan suorittaa vaiheessa 2 ja vastaavasti vaiheet 3 ja 4 suoritetaan peräkkäin. Samaan IF-ELSE-lauseeseen on myös sisällytettävä lauseke.
//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. Selitä yksityiskohtaisesti käytettävissä olevista tavoista vaatia tietojen siirtämistä COBOL-ohjelmaan mistä tahansa JCL-työstä?
Vastaus:
On olemassa useita tapoja siirtää tarvittavat tiedot COBOL-ohjelmasta tietyltä JCL-työltä. Se voidaan välittää alla kolmella tavalla:
Tiedostot: JCL-työ pystyy lähettämään tiedostoja suoraan COBOL-ohjelmaan, ohjelma pystyy lukemaan tiedostoja ja käsittelemään logiikan perusteella.
PARM-parametri: Jos JOB hyväksyy jonkin PARM-parametrin syötteenä, se voi helposti siirtyä mihin tahansa määriteltyyn COBOL-ohjelmaan jatkokäsittelyä varten COBOL-kehittäjän määrittelemän logiikan mukaisesti.
SYSIN DD -käsky: SYSIN DD -käsky voi poimia jonkin järjestelmän määrittämän parametrin mistä tahansa JCL-työstä ja lähettää sen määriteltävälle COBOL-ohjelmalle jatkoa suorittamista varten.
Lähetettyään tarvittavat tiedot Cobol-ohjelmaan, jokainen JCL-työ odottaa vastauksen palauttamista kyseisestä ohjelmasta ja päättää jatkotyöprosessista.
Osa 2 - JCL-haastattelut (Advanced)
Katsokaamme nyt edistyneitä JCL-haastatteluun liittyviä kysymyksiä ja vastauksia.
Q6. Onko mahdollista soittaa samalle PROC: lle käyttämällä monia TYÖT? Jos kyllä, niin kerro yksityiskohdat, kuinka sitä voidaan käyttää uudelleen?
Vastaus:
Kyllä mahdollista. PROC määritteli pääasiassa joitain työn staattisia osia, joita voidaan käyttää missä tahansa JCL-työssä. Esimerkiksi tiedostonimen muuttamistoiminnot voidaan määritellä PROC: n sisällä ja käyttää uudelleen JCL-työssä.
// IN1 DD DSN = & ID.OURMI.IN1, DISP = SHR // * PROC-versio
ID = OWNDATA1 koodataan JOB1, ID = OWNDATA2 koodataan JOB2 ja niin edelleen
Q7. Onko mahdollista luoda yksi uusi tietojoukko JCL: lle vain ylläpitää samaa tiedostoa kuin organisaatio, kun taas se on saatavana toisessa olemassa olevassa tietojoukossa? Jos kyllä, selitä?
Vastaus:
Mahdollista IEBGENERillä. Olemassa oleva tiedosto siirretään SYSUT10: lle, lähetä nyt uusi tiedosto SYSUT11: ssä ja mainitse DCB = *. SYSUT10.
Siirrytään seuraavaan JCL: n haastattelukysymykseen.
Q8. Selitä yksityiskohtaisesti pääsy politiikkaan luokittelemattomalle JCL-tietoaineistolle keskusyksikössä?
Vastaus:
Käyttämällä UNIT- ja VOL-sarjan parametreja.
Q9. Jos taas oletetaan, että yhdellä JCL-työllä on kaksi vaihetta, olemme nyt valmiita määrittämään, että jos jostain syystä vaihe 1 sitoutuu, vaihe 2 suoritetaan automaattisesti, muuten JCL-työ lopetetaan? Selitä, kuinka voimme tehdä tämän?
Vastaus:
Tämä on suosituin JCL-haastattelukysymys, jota haastattelussa esitetään. Joitakin suosittuja testitapauksia nykyisessä IT-teollisuudessa.
Suorita VAIN ehto vaiheessa 2, se voi olla mahdollista. Koodi on kuten alla:
COND = VAIN STP2: ssa
Q10. Onko mahdollista suorittaa yksi automatisoitu uudelleenkäynnistys JCL-työpaikkanäyttöjen tapauksessa? Jos kyllä, niin selitä kuinka voimme tehdä tämän helposti?
Vastaus:
Se on hyvin mahdollista käyttämällä RD-parametria JCL-työssä tai exec-käskyssä. Jos jokin uudelleenkäynnistys vaatii ABEND-koodin, se on mainittava IBM parmlib -kirjastossa SCHEDxx-jäsenenä.
Suositellut artikkelit
Tämä on opas JCL: n haastattelua koskevien kysymysten ja vastausten luetteloon, jotta ehdokas voi helposti hajottaa nämä JCL: n haastattelukysymykset. Täällä tässä viestissä olemme tutkineet tärkeimpiä JCL-haastattelukysymyksiä, joita usein kysytään haastatteluissa. Voit myös katsoa seuraavia artikkeleita saadaksesi lisätietoja -
- 10 parasta ETL-testihaastattelua koskevaa kysymystä
- Kotlinin haastattelukysymykset
- 10 olennaista lohkoketjuhaastattelua koskevaa kysymystä
- Perintöhaastattelukysymykset (Päivitetty vuodelle 2019)