Introducere în întrebările și răspunsurile interviului JCL

JCL stă de fapt pentru limbajul de control al locurilor de muncă. JCL se ocupă în principal de toate joburile legate de mainframe, este capabil să definească un job, să controleze același lucru pentru a asigura o execuție logică adecvată a programelor de definire și pentru a ajuta la obținerea de ieșire dorită, conform programului respectiv. JCL este, în mod normal, proiectat astfel încât să conțină mai mulți pași și fiecare etapă care ține logica de afaceri care urmează să fie executată sau o anumită sarcină definită care trebuie să fie completă. JCL conectează în mod normal toate fișierele de program definite și de intrare sau de ieșire din mediul lotului de job backend.

Acum, dacă sunteți în căutarea unui loc de muncă care are legătură cu JCL, trebuie să vă pregătiți pentru întrebările de interviu JCL din 2019. Este adevărat că fiecare interviu este diferit în funcție de diferitele profiluri de muncă. Aici, am pregătit importante întrebări și răspunsuri la interviu JCL, care vă vor ajuta să obțineți succes în interviu.

În acest articol despre întrebările de interviu JCL din 2019, vom prezenta cele mai importante și frecvente întrebări ale interviului JCL. Aceste întrebări de interviu sunt împărțite în două părți:

Partea 1 - Întrebări de interviu JCL (de bază)

Această primă parte acoperă întrebările de bază și răspunsurile la interviu Java Structura datelor.

Q1. Să presupunem că am avut un nume 3 DD în abordare concatenată cu mai multe seturi de date, întrebarea este cum ne putem trece peste un set de date pe cele 3 seturi de date specifice?

Raspuns :
Prin utilizarea DD DUMMY. Dacă trebuie să treceți un set de date la altul, atunci DD DUMMY vă va ajuta să treceți cu ușurință orice etapă de lucru JCL. Vă rugăm să rețineți, acestea sunt ignorate și nu sunt suprascrise.

//STEP1.IN1 DD DUMMY
// DD DSN=OWNDATA.OURMI.IN2, DISP=SHR
// DD DUMMY

Q2. Putem menține o versiune multiplă în GDG, să presupunem că dacă versiunea curentă folosește pentru a considera ca intrare în primul pas (pasul 1) al oricărei lucrări, la ieșire a fost creată și o nouă versiune, și la fel în cazul în care ieșirea pasul 1 poate fi considerată ca introducere a etapei următoare să presupunem pasul 2, ieșirea din pasul 2 va crea din nou o versiune nouă, atunci vă rugăm să explicați cum indicăm fiecare GDG necesită versiunea pentru fiecare pas?

Răspuns:
Putem face cu ușurință același lucru folosind operatorul +1 sau +2 fără nicio logică specifică. Vă rugăm să găsiți mai jos un fragment de cod care definește referințele mai multor versiuni de GDG:

Stp1 input: (0)
Stp1 output: (+1)
Stp2 input: (+1)
Stp2 output: (+2)

Haideți să trecem la următoarele întrebări de interviu JCL.

Q3. Este posibil să verificați un fișier gol sau nu în JCL? Dacă da, atunci vă rugăm să ne explicați cum putem face acest lucru?

Raspuns :
Da, este posibil să identificați un fișier gol în JCL, dar într-o singură condiție, acel fișier ar trebui să fie o singură intrare a IDCAMS. Dacă unul a fost utilizat ca INPUT în IDCAMS, atunci când lucrarea este finalizată și fișierul de intrare este de fapt gol, în acest caz, codul 4 va fi returnat înapoi ca ieșire pentru acea lucrare JCL specifică. Deci, returnarea codului 4 de orice fel de lucrare JCL poate fi considerată ca fișier gol alegând drept intrare pentru lucrare. În mod normal, dezvoltatorul gestionează același lucru într-un mod diferit, dacă codul de retur a venit ca 4, atunci lucrarea este încheiată automat, nefiind necesară procesarea ulterioară pentru următoarea logică executabilă. Deoarece fișierul gol, în mod normal, nu este necesar să se proceseze mai mult, deoarece va ocupa un spațiu minim în sistemul mainframe și este bine știut că costul sistemului mainframe este prea mare, așa că gestionarea acestui tip de eroare va fi necesară expertiză pentru orice lucrare mainframe sau JCL. dezvoltator.

Q4. Să presupunem că luând în considerare un job JCL au 4 pași și, în mod surprinzător, brusc s-a omis. Acum dați câteva comenzi sau explicați cum putem începe pasul 2 al acelei lucrări JCL specifice?

Răspuns:
Aceasta este întrebarea comună a interviului JCL adresată într-un interviu. În mod normal, mai multe responsabilități trebuie să fie urmate de un tester JCL în industria IT actuală.

Trebuie menționat RESTART = STP2 în declarația de muncă. Lucrarea JCL ar trebui să fie construită astfel încât RESTART să poată fi făcut în pasul 2 și, în consecință, etapele 3 și 4 să fie executate secvențial. Pentru aceeași declarație IF-ELSE trebuie de asemenea inclusă.

//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. Explicați detalii despre modalitățile disponibile de a solicita trecerea datelor într-un program COBOL de la orice lucrare JCL?

Răspuns:
Există mai multe modalități de a trece, necesită date dintr-un program COBOL, de la o lucrare JCL specifică. Poate fi comunicat prin mai jos de trei abordări:

Fișiere: lucrarea JCL poate să trimită fișiere direct la programul COBOL, programul va putea citi fișierele și procesul pe baza logicii.

Parametru PARM: Dacă JOB acceptă un parametru PARM ca intrare, atunci poate trece cu ușurință la orice program COBOL definit pentru proces suplimentar, conform logicii definite de dezvoltatorul COBOL.

Instrucțiunea SYSIN DD: Instrucțiunea SYSIN DD poate ridica un parametru de definire a sistemului de către orice lucrare JCL și trimite același lucru la un program COBOL defini pentru o execuție ulterioară.

După trimiterea necesită date către programul Cobol, toate lucrările JCL sunt în așteptare pentru returnarea răspunsului din programul respectiv și decizia procesului JOB.

Partea 2 - Întrebări despre interviul JCL (avansat)

Haideți să aruncăm o privire asupra întrebărilor și răspunsurilor avansate ale interviului JCL.

Q6. Este posibil să apelați același PROC folosind mai multe JOBS? Dacă da, atunci dați detalii explicând cum poate fi refolosit?

Răspuns:
Da posibil. PROC a definit în principal unele părți statice ale lucrării care pot fi reutilizate în orice lucrare JCL. Ca exemplu, funcționalitatea de schimbare a numelui de fișier poate fi definită în interiorul unui PROC și reutilizarea prin jobul JCL.

// IN1 DD DSN = & ID.OURMI.IN1, DISP = SHR // * Versiunea PROC

ID = OWNDATA1 este codat în JOB1, ID = OWNDATA2 este codat în JOB2 și așa mai departe

Q7. Este posibil să creezi un nou set de date pentru JCL doar să menții același fișier ca organizație, în timp ce este disponibil într-un alt set de date care există? Dacă da, vă rugăm să explicați?

Răspuns:
Posibilă folosind IEBGENER. Fișierul existent trece la SYSUT10, trece acum fișierul nou în SYSUT11 și menționează DCB = *. SYSUT10.

Haideți să trecem la următoarele întrebări de interviu JCL.

Q8. Explicați în detaliu accesarea politicii la un set de date JCL necategorizat în mainframe?

Răspuns:
Prin utilizarea parametrilor seriali UNIT și VOL.

Q9. Presupunând din nou că o lucrare JCL are doi pași, acum suntem dispuși să configurăm că, dacă un anumit motiv pasul 1 se va rula atunci, pasul 2 va fi rulat automat, altfel lucrarea JCL va fi încheiată? Explicați cum putem face acest lucru?

Răspuns:
Aceasta este cea mai populară întrebare de interviu JCL adresată într-un interviu. Câteva cazuri de testare populare din industria IT actuală.

Oferiți oarecare DOAR condiție la pasul 2, poate fi posibil. Codul va fi ca mai jos:

COND = DOAR în STP2

Q10. Este posibil să efectuați o repornire automată în cazul în care jobul JCL încetează? Dacă da, atunci explicați cum putem face acest lucru cu ușurință?

Răspuns:
Este foarte posibil folosind parametrul RD în lucrarea JCL sau în declarația exec. Dacă o anumită repornire necesită codul ABEND, trebuie menționată în biblioteca parmlib IBM ca membru SCHEDxx.

Articole recomandate

Acesta a fost un ghid către lista întrebărilor și răspunsurilor la interviu JCL, astfel încât candidatul să poată împărți cu ușurință aceste întrebări de interviu JCL. Aici, în acest post, am studiat întrebările de interviu JCL de top, care sunt adesea puse în interviuri. De asemenea, puteți consulta următoarele articole pentru a afla mai multe -

  1. Top 10 întrebări pentru interviu de testare ETL
  2. Întrebări la interviu Kotlin
  3. 10 întrebări esențiale pentru interviu Blockchain
  4. Întrebări de la interviu pentru moștenire (Actualizate pentru 2019)