40 parimat CICS-i intervjuuküsimust ja vastust (2026)

Autor: David Carter David Carter
Hours Ajakohastatud

Kas valmistud CICS-i intervjuuks? On aeg teravdada oma tähelepanu sellele, mis on tõeliselt oluline. Õigete oskuste omandamine CICS-intervjuu Küsimused võivad paljastada teie teadmiste sügavuse ja enesekindluse.

CICS-i intervjuuküsimuste uurimine avab võimalusi tehniliste ja juhtimisrollide spetsialistidele. Olenemata sellest, kas olete algaja või teil on 5-aastane tehniline kogemus, testivad need küsimused analüüsivõimet, valdkonnaalaseid teadmisi ja praktilisi probleemide lahendamise oskusi. Meeskonnajuhid ja haldurid otsivad spetsialiste, kellel on tugevad oskused, tehnilised teadmised ja töökogemus kohapeal.

See juhend põhineb enam kui 85 spetsialisti, sealhulgas värbamisjuhtide, meeskonnajuhtide ja tehniliste ekspertide arvamusel ning koondab eri valdkondade erinevaid vaatenurki, et tagada autentne ja kogemustel põhinev CICS-intervjuuks ettevalmistumine.

CICS-i intervjuu küsimused ja vastused

CICS-i intervjuu parimad küsimused ja vastused

1) Mis on CICS ja miks on see suurarvutite keskkondades oluline?

CICS või Customer Information Control System, on IBM Tehingute töötlemise monitor, mis on loodud suuremahuliste ja väikese latentsusega võrgurakenduste jaoks. See võimaldab mitmel kasutajal samaaegselt juurde pääseda jagatud andmetele, säilitades samal ajal terviklikkuse ja jõudluse. CICS toimib vahetarkvarana terminalide ja andmebaaside vahel, võimaldades tehingute teostamist võrgus, mitte partiitöötlust.

Näide:

Pangandusrakenduses tagab CICS kliendi kontojäägi kontrollimisel, et tehing hangib reaalajas andmeid ilma teise kliendi väljamakseprotsessi segamata, näidates üles oma samaaegsuse kontrolli ja usaldusväärsust.

👉 Tasuta PDF-i allalaadimine: CICS-i intervjuuküsimused ja vastused

2) Selgitage CICS-is partiitöötluse ja võrgutöötluse erinevust.

Pakktöötlus ja võrgupõhine töötlemine esindavad suurarvutite kahte põhilist töörežiimi. Pakktöötlussüsteemid täidavad suuri töid järjestikku ilma kasutaja sekkumiseta, samas kui CICS toetab interaktiivset reaalajas tehingute töötlemist mitme kasutaja jaoks samaaegselt.

Faktor Batch Processing Veebipõhine (CICS) töötlemine
Koostoime Kasutaja sekkumine puudub Pidev kasutaja sisend/väljund
Response Time Hilineb vahetu
Kasuta Case'it Päeva lõpu leppimine Sularahaautomaadid või broneerimissüsteemid
Efektiivsus Kõrge massiandmete puhul Reaalajas süsteemide jaoks kõrge

SisuliseltCICS pakub reageerimisvõimet ja samaaegsust, mida partiitööd ei suuda, muutes selle reaalajas ettevõtte tegevuse selgrooks.

3) Kuidas CICS haldab tehingute juhtimiseks multitegumtöötlust ja mitmekeermelist töötlemist?

CICS on oma olemuselt multitegumtöötluse ja mitmekeermelisusega süsteem, mis võimaldab tal samas piirkonnas samaaegselt mitut ülesannet täita. Iga ülesanne esindab tehingu eksemplari ja seda haldab sõltumatult CICS-i ülesannete juhtimissüsteem.

Peamised tegurid:

  • Multitegumtöö: Käitab paralleelselt mitut programmi, millest igaüks käsitleb sõltumatuid kasutajate päringuid.
  • Mitme keermega ühendamine: Võimaldab ühe ülesande piires mitut loogilist lõime, jagades ühist mälu tõhusalt.
  • Kasu: Suurem protsessori kasutus ja lühemad reageerimisajad suuremahulistes keskkondades.

Näide:

Kui mitu kasutajat algatavad korraga saldopäringuid, eraldab CICS igaühe töötlemiseks lõimed ilma blokeerimiseta, tagades reaalajas reageerimise.

4) Millised on CICS-i arhitektuuri peamised komponendid?

CICS-i arhitektuur on üles ehitatud modulaarsetele komponentidele, mis ühiselt haldavad tehingute teostamist ja suhtlust. Peamised alamsüsteemid hõlmavad järgmist:

  1. Programmi juhtimine: Käivitab ja haldab rakendusprogramme.
  2. Faili juhtimine: Annab juurdepääsu VSAM-ile ja teistele andmekogumitele.
  3. Ülesannete kontroll: Tegeleb ülesannete loomise, täitmise ja lõpetamisega.
  4. Terminali juhtimine: Haldab kasutajaterminale ja suhtlusseansse.
  5. Salvestusruumi kontroll: Eraldab ja vabastab põhimälu dünaamiliselt.

Näide:

Jaemüügirakenduses teostab programmijuhtimine kassaloogikat, samal ajal kui failijuhtimine pääseb juurde tooteandmetele, tagades sujuva integratsiooni.

5) Kirjeldage PCT, PPT, FCT ja TCT rolli ja erinevusi CICS-is.

CICS kasutab programmide, tehingute ja terminalide haldamiseks mitut juhttabelit. Need tabelid on osa süsteemi initsialiseerimisest ja käitusaja haldusest.

Tabel Täisvorm Eesmärk
PCT Programmi juhtimistabel Seob tehinguidentifikaatorid (TRANSID-id) programmidega.
PPT Töötlemisprogrammide tabel Salvestab programmi laadimise üksikasjad ja atribuudid.
FCT Failikontrolli tabel Määrab failinimed, kirjete pikkused ja juurdepääsuõigused.
TCT Terminali juhtimistabel Haldab terminali ID-sid ja sideandmeid.

Näide:

Kui kasutaja algatab terminali kaudu tehingu, kontrollib CICS PCT-d õige programmi tuvastamiseks ja TCT-d terminali omaduste leidmiseks.

6) Kuidas jagatakse andmeid CICS-i programmide vahel COMMAREA ja kanalite abil?

CICS-i varasemates versioonides COMMAREA (kommunikatsioonipiirkond) oli peamine mehhanism andmete edastamiseks programmide vahel. See toimib ajutise salvestusalana, mida säilitatakse lingitud programmide vahel. Kuid tänapäevane CICS toetab nüüd Kanalid ja konteinerid, mis ületas COMMAREA suurusepiirangu (32 KB).

Kanalite eelised:

  • Toetab suuremaid andmemahtusid.
  • Võimaldab moodulprogrammi kujundamist.
  • Võimaldab samaaegselt edastada mitut andmeobjekti.

Näide:

Teisest programmist tehingu käivitamisel saavad arendajad kasutada EXEC CICS PUT CONTAINER piiratud baitidega massiivide asemel struktureeritud XML-andmete edastamiseks.

7) Selgitage CICS-i ülesande elutsükli kontseptsiooni näite abil.

A CICS-ülesanne tähistab tehingu ühte teostamist algusest lõpuni. Elutsükkel algab siis, kui kasutaja tehingu algatab, ja lõpeb siis, kui CICS pärast teostamist kontrolli tagastab.

Ülesande elutsükli etapid:

  1. Algatus: Käivitub TRANSIDi või automaatse ülesande algatamise (ATI) poolt.
  2. Täitmine: Programm töötab ja suhtleb andmefailidega.
  3. vedrustus: Ülesanne ootab sisendit/väljundit või kasutaja sisendit.
  4. Jätkamine: Töötlemine jätkub pärast sündmuse lõppemist.
  5. Lõpetamine: Ülesanne on lõpule viidud ja ressursid vabastatakse.

Näide:

„Saldopäringu” tehing algab siis, kui kasutaja sisestab TRANSID-i, CICS käivitab seotud programmi, hangib saldoandmed ja annab juhtimise tagasi terminalile.

8) Mis vahe on CICS-i programmi juhtimises XCTL-il, LINK-il ja RETURN-il?

Need käsud haldavad juhtimisülekannet programmide vahel tehingu sees:

käsk Kirjeldus Kontrolli tagastamist Kasuta Case'it
LINK Annab juhtimise üle teisele programmile, kuid ootab kontrolli tagasi. Jah Alamprogrammi kutse
XCTL Annab juhtimise jäädavalt üle teisele programmile. Ei Programmikõnede ahel
RETURN Annab juhtimise tagasi CICS-ile või kutsuvale programmile. N / A Tehingu lõpp

Näide:

Kui programm A peab programmi B ajutiselt käivitama, kasutab see LINK-i. Kui programm A lõpetab töö ja annab täielikult üle programmile B, kasutab see XCTL-i.

SEOTUD ARTIKLID

9) Kuidas tagab CICS andmete terviklikkuse ja samaaegsuse kontrolli tehingute teostamise ajal?

CICS säilitab andmete terviklikkuse, kasutades lukustus-, sünkroniseerimis- ja taastamismehhanismidSee tagab, et samaaegsed tehingud, mis pääsevad juurde jagatud andmetele, ei põhjusta konflikte.

Peamised tehnikad:

  • ENQ/DEQ: Jagab jagatud ressurssidele juurdepääsu jadalisemaks.
  • SÜNKROONIPUNKT: Määratleb töö loogilised üksused, vajadusel tehes muudatusi või tühistades need.
  • Ülesande isoleerimine: Iga ülesanne toimib oma kaitstud alal.

Näide:

Kui kaks kasutajat proovivad sama kontokirjet värskendada, hoiab ENQ ära samaaegse kirjutamise, säilitades andmete järjepidevuse.

10) Mis on CICS-is ajutised salvestusjärjekorrad (TSQ) ja transientsed andmejärjekorrad (TDQ)? Selgitage nende tüüpe ja kasutusviise.

CICS pakub ajutiseks andmetöötluseks TSQ-sid ja TDQ-sid.

Ajutise salvestusjärjekorra (TSQ):

Kasutatakse andmekirjete salvestamiseks, mida üks või mitu programmi saavad juhuslikult või järjestikku lugeda.

Mööduv andmejärjekord (TDQ):

Kasutatakse järjestikuseks, ühekordseks andmeedastuseks, sageli programmidevaheliseks suhtluseks või partiipäästikuteks.

Faktor TSQ TDQ
Juurdepääsu tüüp Juhuslik või järjestikune Ainult järjestikune
Eluaegne Kuni kustutamiseni või CICS-i sulgemiseni Kuni lugemiseni
kättesaadavus Sama piirkond või erinevad ülesanded Sise- või välispartitsioon
Näide Vestlussõnumite puhverdamine Printimisjärjekord

11) Selgitage CICS-i BMS-i (Basic Mapping Support) eesmärki ja eeliseid.

BMS või Basic Mapping Support, on CICS-utiliit, mis eraldab rakenduse loogika terminaliekraani vormindamisest. See võimaldab arendajatel kujundada seadmest sõltumatuid kaarte, mis tõlgitakse ekraanipaigutuste ja andmestruktuuride vahel.

Eelised ja eelised:

  1. Seadme sõltumatus: Ekraane saab kasutada mitut tüüpi terminalides.
  2. Hoolduse lihtsus: Programmi loogika ja esitlus on isoleeritud.
  3. Sümboolsed ja füüsilised kaardid: Sümboolsed kaardid määratlevad andmete nimed, samas kui füüsilised kaardid kontrollivad paigutust.
  4. Vähendatud koodi keerukus: Arendajad viitavad pigem väljade nimedele kui kõvakodeeritud ekraanikoordinaatidele.

Näide:

Panga BMS-iga ehitatud klienditeabe ekraan saab kuvada identselt nii 3270 terminalides kui ka emuleeritud veebiliidestes ilma koodimuudatusteta.

12) Kuidas käsitletakse CICS-rakendustes vigu ja ABEND-e?

CICS-i veahaldus tugineb sisseehitatud käskude, tagastuskoodide ja kasutaja määratletud käitlejate kombinatsioonile.

Põhimehhanismid:

  • KÄEPIDE SEISUKORD: Suunab juhtimise vea taastamise rutiinile, kui ilmnevad kindlaksmääratud tingimused.
  • IGNOREERI TINGIMUST: Pärsib teatud veakäsitlust, kui see pole vajalik.
  • RESP ja RESP2 koodid: Iga EXEC CICS käsk tagastab need koodid üksikasjaliku diagnostika jaoks.
  • Abendi tüübid:
    • ASRA – Programmikatkestus (andmeterand).
    • AICA – Ülesande ülestähenduste ajalõpp.
    • AEY9 – DB2 ressurss pole saadaval.

Näide:

Tootmises võib arendaja ASRA ABENDi lõksu püüda, kasutades HANDLE CONDITION ERROR (silt), et suunata juhtimine CICS-piirkonna lõpetamise asemel vealogimise moodulisse.

13) Millised on CICS-is programmidevahelise suhtluse haldamise erinevad viisid?

CICS-i programmide vaheline suhtlus võib toimuda mitme mehhanismi kaudu, olenevalt andmete ulatusest ja elueast:

Mehhanism Kirjeldus Kasuta Case'it
KOMMIRA Parandatud 32 KB suurune lingitud programmide vahel jagatud ala. Pärandrakendused.
Kanalid ja konteinerid Edasta keerukaid või suuri andmekogumeid, mis on suuremad kui 32 KB. Kaasaegsed CICS TS keskkonnad.
Ajutised salvestusjärjekorrad Juhuslikud või järjestikused ajutised andmed. Mitme ülesandega suhtlemine.
Mööduvad andmejärjekorrad Järjestikune ühekordne andmeedastus. Partiipäästikud või logimine.

Näide:

Tellimuste töötlemise programm võib kasutada COMMAREA-d kliendi ID saatmiseks hinnakujundusmoodulile ja Channelsi abil XML-vormingus ostukorvi edastamiseks hinna arvutamiseks.

14) Kuidas tagab CICS jõudluse efektiivsuse ja ressursside optimeerimise?

CICS optimeerib jõudlust intelligentse ülesannete haldamise, andmete puhverdamise ja koormuse tasakaalustamise abil.

Peamised jõudlust mõjutavad tegurid:

  1. Lõime taaskasutamine: Vähendab ülesannete käivitamise üldkulusid.
  2. Programmi taaskasutamine ja UUSKOOPIA: Hoiab mooduleid residentidena, et laadimisaega kokku hoida.
  3. Fail Buffering: Minimeerib sisend-/väljundooteaegu kirjete vahemällu salvestamise abil.
  4. Ülesannete prioritiseerimine: Planeerib kriitilised tehingud esmalt.
  5. Järelevalve tööriistad: CICS-i jõudlusanalüsaator ja RMF aitavad tuvastada kitsaskohti.

Näide:

Telekommunikatsiooni arveldussüsteem parandas läbilaskevõimet, rakendades lõimekindlaid programme ja vähendades terminalide ooteaegu 15 protsenti puhverbasseini häälestamise abil.

15) Mis vahe on vestlus- ja pseudovestlusprogrammidel?

tunnusjoon Vestlusprogramm Pseudovestlusprogramm
Ressursikasutus Hoiab ressursse kogu kasutaja interaktsiooni vältel. Vabastab ressursse sisendite vahel.
Ülesande kestus Jätkuv kuni seansi lõpuni. Lõpeb pärast vastamist, taaskäivitub hiljem.
Efektiivsus Less tõhus, kõrge üldkulu. Väga tõhus, CICS-standard.
Riigi juhtimine Säilitab oleku mälus. Salvestab oleku COMMAREA-sse või TSQ-sse.

Näide:

Lennupiletite veebipõhine broneerimine kasutab pseudovestlusprogramme, nii et iga ekraanivahetus toimub kiiresti, ilma et CICS-i ressursse kasutaja mõtlemisajaks lukustataks.

16) Millal peaks NEWCOPY-d kasutama ja millised on selle tagajärjed?

NEWCOPY antakse juba mällu laaditud programmi asendamiseks äsja kompileeritud versiooniga ilma CICS-i taaskäivitamata.

Millal kasutada:

  • Pärast programmi uuesti kompileerimist või muutmist.
  • Kontrollitud juurutamise ajal piirkonna taaskäivitamise vältimiseks.

Mõju:

  • Enne asendamist tuleb aktiivsed ülesanded lõpule viia.
  • Tagab, et uuendatud loogika on uute tehingute jaoks kohe saadaval.

Näide:

Pank juurutab intressiarvestuse loogika paranduse; operaatorid tekitavad probleeme CEDA SET PROGRAM(PROG1) NEWCOPY uue mooduli laadimiseks ilma teenuse seisakuteta.

17) Kirjeldage CICS-kanalite ja -konteinerite omadusi ja eeliseid COMMAREA ees.

CICS TS 3.1-s kasutusele võetud kanalid ja konteinerid muutsid andmeedastust revolutsiooniliselt.

Omadused:

  • Toetage kanalis mitut nimega konteinerit.
  • Eemalda COMMAREA 32 KB piirang.
  • Luba struktureeritud andmeid, näiteks XML-i ja JSON-i.

Eelised COMMAREA ees:

  1. Täiustatud modulaarsus ja korduvkasutatavus.
  2. Lihtsustatud integratsioon veebiteenuste ja SOA-ga.
  3. Andmekonteinerite paralleelne töötlemine.

Näide:

Logistikarakendus kasutab kanaleid saadetiste andmete edastamiseks XML-vormingus CICS-i ja REST API lüüsi vahel, lihtsustades tänapäevast integratsiooni.

18) Millised on CICS-is VSAM-failidele ligipääsu meetodid saadaval?

CICS toetab mitut juurdepääsumeetodit, et rahuldada erinevaid tehinguvajadusi.

Juurdepääsu tüüp Kirjeldus Kasuta Case'it
Järjestikune Loeb kirjeid järjekorras. Partiilaadsed aruanded.
juhuslik Tagastab võtme abil konkreetse kirje. Konto otsing.
Dünaamiline Kombineerib järjestikust ja juhuslikku. Värskendustega kirjete sirvimine.
Alternatiivne juurdepääs indeksile Juurdepääs teisese võtme tee kaudu. Teisene otsing (nt kliendi nimi).

Näide:

Klienditoe rakendus otsib kontosid paindlikkuse huvides alternatiivse indeksi abil, mis põhineb telefoninumbril, mitte konto ID-l.

19) Kuidas CICS DB2-ga integreerub ja millised on selle integratsiooni peamised eelised?

CICS integreerub tihedalt DB2-ga, et käivitada tehingute sees SQL-lauseid, tagades samal ajal terviklikkuse ja taastatavuse.

Integreerimismeetodid:

  • EXEC SQL-laused COBOL CICS programmidesse integreeritud.
  • Kahefaasiline kinnitusprotokoll sünkroniseeritud tagasipööramise ja kinnitamise jaoks.
  • DB2 manustamisvõimalus võimaldab CICS-il hallata ühendusi ja niite.

Eelised:

  1. Tsentraliseeritud tehingute kontroll.
  2. Vähendatud sisend-/väljundkulud tänu lõimede taaskasutamisele.
  3. Parandatud andmete järjepidevus süsteemide vahel.

Näide:

Jaemüügi kassarakendus uuendab laoseisu ja arveldustabeleid ühe CICS-DB2 tehingu piires, tagades aatomilise järjepidevuse.

20) Millised CICS Transaction Serveri (6.x) kaasaegsed täiustused parandavad rakenduste arendamist ja DevOps integratsiooni?

CICS TS 6.x tutvustab mitmeid uuendusi tänapäevaste agiilsete keskkondade toetamiseks:

Peamised täiustused:

  • CICS-i teenus: Avalda CICS-tehingud RESTful API-dena OpenAPI abil.
  • Konteineristamise tugi: Juurutage CICS-piirkondi Dockeris ja Kuberneteses.
  • Täiustatud turvalisus: TLS 1.3 ja OAuth 2.0 tugi.
  • Automatiseeritud torujuhtme juurutamine: Integratsioon Jenkinsi ja UrbanCode'iga CI/CD jaoks.
  • Toimivusanalüüs: Tehisintellektil põhinevad teadmised läbi IBM OMEGAMON ja z/OSMF.

Näide:

Finantsasutused kasutavad CICS-i mikroteenuse taustasüsteemina, mis on avalikustatud REST API kaudu ja integreerub sujuvalt pilvepõhiste rakenduste ja DevOps-torujuhtmetega.

21) Kuidas CICS haldab ülesannete sünkroniseerimist ja ressursside lukustamist, et vältida andmekonflikte?

CICS kasutab ülesannete kontrolli mehhanism koos ressursilukustusega, et säilitada andmete terviklikkus mitme kasutajaga keskkondades. Iga ülesanne on oma keskkonnas isoleeritud, kuid sünkroniseerimine tagab, et kaks ülesannet ei muuda sama ressurssi samaaegselt.

Võti SyncKroniseerimise tehnikad:

  • ENQ/DEQ käsud: Tagage jagatud ressursside üle ainuõigus.
  • PESSIMISTLIK Lukustamine: Blokeerib juurdepääsu kuni praeguse ülesande lõpuleviimiseni.
  • OPTIMISTIC lukustamine: Lubab samaaegset juurdepääsu, kuid kontrollib enne kinnitamist versiooni järjepidevust.

Näide:

Kui kaks kasutajat üritavad ühte kontokirjet värskendada, kasutab CICS operatsiooni serialiseerimiseks ENQ-d, tagades, et ühe kasutaja värskendus töödeldakse enne teise kasutaja oma.

22) Millised tegurid mõjutavad ülesannete prioriseerimist ja ajastamist CICS-piirkonnas?

CICS kasutab sisemist dispetšerit ülesannete ajastamiseks mitme süsteemi ja kasutaja määratletud parameetri põhjal.

Peamised tegurid:

  1. Eelisklassid: Määratletud programmi juhtimistabelis (PCT) või CEDA kaudu.
  2. Protsessori saadavus: Kõrge prioriteediga tehingud eelistavad madalama prioriteediga ülesandeid.
  3. Piirkonna töökoormuse haldamine: z/OS töökoormuse halduri (WLM) poolt juhitav.
  4. Ressursi ooteaeg: I/O-d ootavad ülesanded on prioriteetsemad.

Näide:

Reaalajas finantstehingute õigeaegse lõpuleviimise tagamiseks võib makse autoriseerimistehingul olla kõrgem prioriteet kui aruande genereerimisel.

23) Selgitage partitsioonisiseste ja partitsiooniväliste transientsete andmejärjekordade erinevust.

tunnusjoon Partitsioonisisene TDQ Ekstrapartitsiooni TDQ
Asukoht Sama CICS-piirkonna piires Väljaspool CICS-i piirkonda
Kasutama Suhtlus samas piirkonnas asuvate programmide vahel CICS-i ja partiisüsteemide vaheline liides
kättesaadavus Kiirem tänu jagatud mälule Aeglasem, hõlmab välist andmestikku
Näide Veebiseansi ajal sisselogimine Failiülekanne öisele partiitööle

Näitestsenaarium:

Kui müügikanne jäädvustatakse, salvestab partitsioonisisene TDQ selle ajutiselt seansi tasemel töötlemiseks, samas kui partitsiooniväline TDQ edastab selle arvete genereerimiseks partiiprotsessi.

24) Kuidas CICS-programmis dünaamilist mälu eraldatakse ja hallatakse?

CICS haldab mälu dünaamiliselt läbi GETMAIN ja FREEMAIN käsud.

  • GETMAIN: Eraldab käitusajal salvestusruumi muutujatele, tabelitele või vahepealsetele andmestruktuuridele.
  • VABAPÕHI: Vabastab eraldatud salvestusruumi lekete vältimiseks.
  • Salvestuskaitse: Hoiab ära ühe ülesande poolt teise andmete rikkumise.

Näide:

100 000 kliendikirjet hankiv tehing eraldab dünaamiliselt GETMAIN-iga mälu ajutiste andmete hoidmiseks ja vabastab selle FREEMAIN-i järeltöötlusega, optimeerides mälukasutust.

25) Kirjeldage SYNCPOINTi rolli tehingute taastamisel ja järjepidevuse tagamisel.

SYNCPOINT CICS-is defineeritakse a loogiline tööüksus (LUW) — piir, kus kõik muudatused kinnitatakse või tühistatakse ühe aatomilise toiminguna.

Plussid:

  1. garantiid aatomilisus ja järjepidevus andmeid.
  2. Hoiab ära osalised uuendused süsteemirikete ajal.
  3. Hõlbustab tagasipööramist ABENDi korral.

Näide:

Kui tellimuse esitamise tehingus õnnestub laoseisu värskendamine, kuid arveldamine ebaõnnestub, tagab SYNCPOINT ROLLBACK mõlema toimingu tühistamise, säilitades andmete terviklikkuse.

26) Millised on CICS-piirkonna jõudluse halvenemise levinumad põhjused ja lahendused?

Üldised põhjused:

  1. Suur ülesannete konkureerimine või liigsed ENQ lukustused.
  2. Ebapiisav lõimede taaskasutus või halb puhvri konfiguratsioon.
  3. Mitte-lõimekindel programmi disain.
  4. Ülekoormatud ajutise salvestusjärjekorrad.

Lahendused ja parimad tavad:

  • Võimaldama Lõimekindel programmeerimine paralleelseks täitmiseks.
  • optimeerima Buffer Basseini suurus.
  • Kasutama Jõudlusanalüsaator (PA) ja CICS Explorer aeglaste tehingute tuvastamiseks.

Näide:

Pärast CICS PA abil jälgimist avastas telekommunikatsiooniklient järjestikuste TDQ-kirjutuste tõttu suure protsessori ooteaja, optimeeris selle asünkroonse ülesannete disaini abil ja vähendas reageerimisaega 25%.

27) Kuidas saab CICS-rakendusi integreerida kaasaegsete RESTful API-de ja mikroteenustega?

Kaasaegne CICS toetab RESTful API-ga kokkupuudet läbi CICS API torujuhe ja z/OS Connecti ettevõtteväljaanne.

Integratsioonivoog:

  1. Defineeri REST-ressursid CICS-is OpenAPI spetsifikatsioonide abil.
  2. Kaardistage olemasolevad COBOL-programmid taustteenustena.
  3. Lõpp-punktide turvamine OAuth 2.0 abil.
  4. Juurutage pidevaks edastamiseks DevOpsi torujuhtmesse (nt Jenkins).

Näide:

Pank avalikustab oma klientide saldopäringu programmi REST API-na z/OS Connecti kaudu, võimaldades mobiilirakendustel saldosid reaalajas HTTPS-i kaudu pärida.

28) Milliseid turvamehhanisme CICS pakub kasutajate autentimiseks ja ressursside kaitsmiseks?

CICS annab tööd mitmekihilised turvakontrollid integreeritud z/OS-i turvasüsteemidega nagu RACF.

Peamised turvafunktsioonid:

  1. Kasutaja autentimine: Valideerib identiteedi RACF-i või välise LDAP-i abil.
  2. Ressursside juurdepääsu kontroll: Kaitseb programme, faile ja tehinguid.
  3. Tehingute isoleerimine: Takistab piirkondadevahelist andmetele juurdepääsu.
  4. Krüptimine: Toetab turvaliseks edastuseks TLS 1.3.
Turvalisuse aspekt Mehhanism
Kasutaja kinnitamine RACF-i sisselogimine
Juurdepääsu autoriseerimine Ressursiklassid (CICSPCT, CICSFCT)
Võrgu kaitse TLS/SSL-krüptimine
Raie SMF auditikirjed

Näide:

Tervishoiusüsteem kasutab RACF-i, et tagada, et ainult volitatud arstidel on juurdepääs patsientide tehingute andmetele kaitstud TRANSID-ide kaudu.

29) Kuidas toetab CICS ettevõttekeskkondades DevOpsi ja pideva integratsiooni protsesse?

CICS integreerub kaasaegsete DevOps torujuhtmetega, kasutades API-d, skriptid ja pluginad juurutamise ja jälgimise automatiseerimiseks.

Rakendusstrateegiad:

  • Kasutama UrbanCode'i juurutamine or Jenkins automaatsete piirkonna värskenduste jaoks.
  • Versioonikontrolli jaoks salvesta konfiguratsioonid Gitis.
  • Testimise automatiseerimine CICS-i ehituse tööriistakomplekt ja DFHPIPELINE.
  • Kasutama CICS-i jälgimise API tervise armatuurlaudade jaoks.

Näide:

Kindlustusfirma ehitas Jenkinsi torujuhtme, mis käivitab automaatselt NEWCOPY uuendused pärast edukat ehitust, saavutades käsitsi juurutamise aja 90% vähenemise.

30) Kirjeldage CICS-i reaalset kasutusjuhtu suuremahulises ettevõtte keskkonnas.

Stsenaarium:

Rahvusvaheline pank haldab CICS-põhist internetipangandussüsteemi, mis tegeleb miljonite igapäevaste tehingutega.

Architekstuuri omadused:

  1. Esiots: 3270 ja veebirakendused, mis kutsuvad esile REST API-sid.
  2. Vahevara: CICS TS haldab tehinguid ja seansse.
  3. taustaprogramm: DB2 ja MQ püsivuse ja sõnumite saatmise jaoks.

Täheldatud eelised:

  • 99.99% tööaeg tehingule vastamise ajaga < 300 ms.
  • Reaalajas pettuste tuvastamine integreeritud CICS-MQ silla kaudu.
  • Sujuv skaleerimine mitme CICS-piirkonna abil z/OS Sysplexis.

See illustreerib, miks CICS on vaatamata uuematele tehnoloogiatele tänapäevase suurarvutite infrastruktuuri keskmes.

31) Kuidas saab CICS-programme pilvepõhiste ja hübriidjuurutuste jaoks moderniseerida?

CICS-i kaasajastamine hõlmab monoliitsete COBOL-programmide muutmist modulaarseteks, teenustele orienteeritud komponentideks, mis integreeruvad pilveinfrastruktuuriga.

Moderniseerimise lähenemisviisid:

  1. Avalda CICS-loogika RESTful API-dena kasutades z/OS Connect Enterprise Editionit.
  2. CICS-piirkondade konteineriseerimine Dockeri või Red Hat OpenigaShift.
  3. Integreerimine CI/CD torujuhtmetega pidevaks juurutamiseks.
  4. Refaktoreeri äriloogikat mikroteenustesse, säilitades samal ajal tehingute kontrolli CICS-is.

Näide:

Logistikaettevõte viis oma CICS-i kaubaveo ajakava koostamise rakenduse hübriidpilve, konteineriseerides CICS-i ja kasutades API-lõpp-punkte välistele teenustele juurdepääsuks, parandades seeläbi paindlikkust ja skaleeritavust.

32) Millised diagnostikavahendid ja utiliidid on CICS-rakenduste veaotsinguks saadaval?

CICS pakub mitmeid integreeritud silumistööriistu, mis aitavad tuvastada loogika- ja käitusaja vigu.

Peamised tööriistad:

  • CEDF (käskude täitmise diagnostika rajatis): Samm-sammult EXEC CICS käskude veaotsing.
  • CEBR: Ajutiste salvestusjärjekordade sirvimiseks.
  • CEMT: Jälgib süsteemiressursse ja programmide olekut.
  • CICS-i jälgimiskeskus: Jäädvustab detailseid teostusjälgi.
  • IBM Silumistööriist: Pakub COBOL-programmide jaoks katkestuspunkte ja muutujate kontrolli.

Näide:

ABEND ASRA-d siluv arendaja kasutas CEDF-i, et tuvastada, et programmi segmendis toimus enne andmebaasi kinnitamist nulliga jagamine.

33) Kuidas CICS käsitleb erandite logimist ja süsteemi jälgimist?

CICS logib kõik operatiivsed sündmused, erandid ja jõudlusnäitajad läbi Süsteemihaldusrajatised (SMF) ja CICSi seireüksus (CMF).

Logimismehhanismid:

  • SMF tüübi 110 kirjed: Sisaldavad tehingutaseme andmeid.
  • Mööduvad andmejärjekorrad: Kasutatakse kohandatud rakendustaseme logimiseks.
  • CICS-i uurija: GUI-põhine tööriist jõudluse ja erandite jälgimiseks.
  • IBM OMEGAMON: Pakub põhjalikku tehinguanalüüsi ja anomaaliate tuvastamist.

Näide:

Pangandusasutus konfigureeris SMF-i logimise kõigi ebaõnnestunud tehingute ID-de jaoks ja integreeris selle Splunki armatuurlaudadega pettuste reaalajas tuvastamiseks.

34) Selgitage CICS-is kasutatava pseudovestlusprogrammeerimise eeliseid ja puudusi.

Aspekt Eelised Puudused
Resource Management Vabastab mälu ekraanide vahel. Nõuab iga kord oleku taastamist.
Skaalautuvus Teenib tõhusalt tuhandeid kasutajaid. Veidi suurem protsessori üldkulu taaskäivitamise kohta.
Vigade taastamine Lihtne ekraanide vahel tagasikerimine. Kompleks mitme ekraaniga töövoogude jaoks.

Näide:

Pseudo-vestlusdisain võimaldab 10 000 samaaegsel kasutajal broneerida pileteid ilma ressursse jõude hoidmata, kuid arendajad peavad COMMAREA-d järjepidevuse tagamiseks hoolikalt hooldama.

35) Milline on DFHCOMMAREA ja DFHEIBLK tähtsus CICS-programmides?

Mõlemad on võtmeandmestruktuurid, mis lisatakse CICS-programmidele kompileerimise ajal automaatselt.

  • DFHCOMMAREA: Kasutatakse andmete edastamiseks lingitud programmide vahel ühe tehingu raames.
  • DFHEIBLK: Sisaldab keskkonna- ja teostusandmeid (EIBRESP, EIBTASK, EIBTIME jne).

Näide:

Programmidevahelise kõne ajal salvestab DFHCOMMAREA kliendi ID, samas kui DFHEIBLK jälgib tehingu jälgitavuse tagamiseks ülesande ID-d ja ajastusteavet.

36) Kuidas saab CICS-is toime tulla äravooluga ülesannete või tsükliliste tingimustega?

CICS tuvastab automaatselt ülekoormatud ülesanded, kui need ületavad määratletud protsessori või aja läve, mille tulemuseks on sageli AICA ABEND.

Ennetavad meetodid:

  1. Kasuta PÕGENEMISPIIR parameeter SIT-is (süsteemi initsialiseerimistabel).
  2. Sisestage õige SYNCPOINTS pikkade silmustena.
  3. kehtima Ülesannete ajalõpud ja perioodilised muudatused.

Näide:

Vealise loogika tõttu tsüklisse sattunud andmete migreerimisprotsess vallandas AICA ABENDi; RUNAWAY piirangute kohandamine ja kinnituspunktide lisamine hoidsid ära kordumise.

37) Kuidas saab CICS-i integreerida MQ-ga (Message Queue) asünkroonse suhtluse jaoks?

CICS-MQ integratsioon võimaldab usaldusväärset sõnumipõhist tehingute töötlemist.

Integratsiooniprotsess:

  1. Kasutama EXEC CICS RECEIVE/PUT MQ käsud sõnumite saatmiseks ja vastuvõtmiseks.
  2. Määrake MQ järjekorrad CICS-piirkonnas.
  3. Täitma päästikupõhine ülesande algatamine sündmuspõhise töötlemise jaoks.
  4. Kasutage Töökoordineerimisüksus järjepidevuse tagamiseks.

Näide:

Lennufirma kasutab piletibroneeringute kinnituste asünkroonseks töötlemiseks MQ-d, lahutades esiotsa süsteemid CICS-i põhiloogikast, et vähendada latentsust ja sõltuvust.

38) Kuidas tagate CICS-süsteemide kõrge käideldavuse ja skaleeritavuse ettevõttekeskkondades?

CICS-i kõrge kättesaadavus saavutatakse järgmiselt: Paralleelsüspleks ja Mitme piirkonna Operatsioon (MRO).

Skaleeritavuse tehnikad:

  • Mitme piirkonna seadistamine: Eraldage AOR (rakenduse omav piirkond) ja TOR (terminali omav piirkond).
  • Sysplexi klasterdamine: Tagab LPAR-ide vahelise tõrkesiirde.
  • Dünaamiline töökoormuse marsruutimine: Kasutab päringute tasakaalustamiseks WLM-i.

Näide:

Telekommunikatsioonifirma rakendas kolme piirkonnaga MRO-süsteemi ühe TOR-i ja kahe AOR-iga, mis võimaldas sujuvat tõrkesiiret ja 40% suuremat läbilaskevõimet.

39) Millised moderniseerimisstrateegiad on olemas, et pakkuda pärand-CICS-programme veebi- või API-teenustena?

CICS-i pärandprogramme saab laiendada, kasutades teenuste võimaldamise tehnikad:

Peamised strateegiad:

  1. z/OS Connect EE: Teisenda COBOL-programmid REST/JSON-teenusteks.
  2. SOAP-veebiteenused: WSDL-i genereerimiseks kasutage DFHWS2LS ja DFHLS2WS tööriistu.
  3. API haldus: Kasutama IBM API ühendus turvaliste ja avaldamisteenustega.
  4. Kanalipõhine andmevahetus: Asenda COMMAREA JSON-i kasulike koormuste konteineritega.

Näide:

Kindlustusselts avalikustas oma CICS-i kahjunõuete kontrollimise programmi REST-teenusena z/OS Connecti kaudu, võimaldades integratsiooni mobiili- ja veebirakendustega.

40) Stsenaariumiküsimus – Te märkate, et CICS-i reageerimisajad on järsku kahekordistunud. Kuidas te seda probleemi lahendaksite?

Samm-sammult diagnostiline lähenemine:

  1. Tuvastage mõjutatud piirkond: Kasutage CEMT-i või CICS Explorerit.
  2. Kontrollige, kas ülesanded jooksevad või korduvad: Otsige kõrge protsessori võimsusega tarbijaid.
  3. Analüüsige SMF/CMF logisid: Tuvastage tehingud, mis ületavad teenusetaseme lepingut.
  4. Uurige sisend-/väljundkitsaskohti: Kontrollige faili või TDQ-konflikti.
  5. Kontrollige programmi laadimismooduleid: Vananenud või optimeerimata kood võib põhjustada viivitusi.
  6. Puhverbasseinide ja lõimede kasutamise häälestamine.

Näide:

Pärast uurimist tuvastati algpõhjus COBOL-programmi uue versioonina, mis teostas ebavajalikke failide skaneeringuid; SELECT-klausli uuesti optimeerimine taastas normaalsed reageerimisajad.

🔍 CICS-i intervjuu parimad küsimused koos reaalsete stsenaariumide ja strateegiliste vastustega

1) Mis on CICS ja miks seda ettevõttekeskkondades kasutatakse?

Kandidaadilt oodatakse: Intervjueerija soovib kinnitada teie arusaamist CICS-i rollist tehingute töötlemises ja ettevõtte süsteemides.

Näite vastus:

„CICS ehk klienditeabe kontrollsüsteem on tehinguserver, mis töötab peamiselt IBM suurarvutid. See haldab tõhusalt veebitehingute töötlemist, võimaldades mitmel kasutajal samadele andmetele samaaegselt juurde pääseda. Eelmisel ametikohal kasutasin CICS-i, et tagada kõrge kättesaadavus ja madala latentsusega tehingute töötlemine finantsrakendustes, mis käsitlesid tuhandeid igapäevaseid tehinguid.

2) Kas saate selgitada pseudovestlusprogrammeerimise ja vestlusprogrammeerimise erinevust CICS-is?

Kandidaadilt oodatakse: Intervjueerija soovib hinnata teie teadmisi CICS-programmeerimismudelite ja ressursside optimeerimise kohta.

Näite vastus:

„Vestlusprogrammeerimine hoiab ülesande aktiivsena kasutaja interaktsioonide vahel, mis tarbib rohkem süsteemiressursse. Seevastu pseudovestlusprogrammeerimine vabastab ressursse pärast iga kasutaja sisendit ja taastab konteksti hiljem ajutise salvestusmehhanismi abil. Eelmisel ametikohal viisin vananenud vestlusprogrammid üle pseudovestlusprogrammidele, et vähendada mälukasutust ja parandada skaleeritavust.“

3) Kuidas toimida CICS-tehinguga, mis lõputult tsüklis püsib ja jõudlust mõjutab?

Kandidaadilt oodatakse: Intervjueerija soovib testida teie võimet jõudluse ja stabiilsuse probleeme lahendada.

Näite vastus:

„Kui tehing kordub, tuvastaksin selle kõigepealt selliste jälgimisvahendite abil nagu CEMT või CICS Explorer. Seejärel lõpetaksin ülesande, kasutades…“ CEMT SET TASK käske ja analüüsige prügimäge, et tuvastada loogikaviga või puuduva lõpu tingimus. Oma eelmises rollis rakendasin tehingute ajalõpusid ja koodi ülevaatusi, et vältida selliste probleemide kordumist.

4) Kirjeldage, kuidas te haldaksite andmete terviklikkust CICS-rakenduses, mis suhtleb DB2-ga.

Kandidaadilt oodatakse: Intervjueerija soovib teada teie arusaama CICS-DB2 koordineerimisest ja commit'imise juhtimisest.

Näite vastus:

„Kasutaksin sünkroniseerimispunktide töötlemist, et tagada kõigi värskenduste ühine kinnitamine või vea korral tagasipööramine. See tagab andmete terviklikkuse mõlemas süsteemis. Eelmisel töökohal rakendasin CICS-i ja DB2 vahel kahefaasilist kinnitamise koordineerimist, et vältida tehingute osalist kinnitamist süsteemirikete ajal.“

5) Räägi mulle ajast, mil pidid optimeerima halvasti toimivat CICS-tehingut.

Kandidaadilt oodatakse: Intervjueerija hindab teie probleemide lahendamise ja analüüsioskusi.

Näite vastus:

„Töötasin kunagi CICS-tehingu kallal, millel olid ebaefektiivsete DB2 päringute ja liigsete I/O-kõnede tõttu pikad reageerimisajad. Kasutasin CICS-i jõudluse analüsaatori tööriistu kitsaskohtade kindlakstegemiseks ja kirjutasin SQL-päringud ümber, et kasutada indekseeritud juurdepääsuteid. Tulemuseks oli tehingu keskmise aja 60% paranemine.“

6) Kuidas tagate turvalisuse ja andmekaitse CICS-keskkonnas?

Kandidaadilt oodatakse: Intervjueerija soovib näha teie arusaamist RACF-ist, tehingutaseme turvalisusest ja parimatest tavadest.

Näite vastus:

„Tagan turvalisuse RACF-juhtelementide rakendamise, tehingutaseme juurdepääsuõiguste määratlemise ja programmide automaatse installimise turvalisuse lubamise kaudu. Lisaks konfigureerin tundlike andmete tehingute isoleerimise ja krüptimise. Eelmisel ametikohal tegin turvameeskonnaga koostööd juurdepääsulogide auditeerimiseks ja autentimismehhanismide karmistamiseks.“

7) Kuidas toimida olukorras, kus mitu CICS-i piirkonda konkureerivad samade ressursside pärast?

Kandidaadilt oodatakse: Intervjueerija hindab teie võimet hallata mitme piirkonna toiminguid ja samaaegsuse kontrolli.

Näite vastus:

„Kasutaksin ressursside jagamise ja omavahelise suhtluse funktsioone, näiteks MRO-d (mitme piirkonna süsteem) Operatsioon), et koordineerida juurdepääsu piirkondade vahel. RLS-i (kirjetaseme jagamine) õige määratlemine tagab andmete järjepidevuse ja minimeerib vaidlusi. Eelmisel ametikohal kujundasin piirkondade paigutuse, mis tasakaalustas töökoormust AOR-ide ja TOR-ide vahel, et parandada süsteemi töökindlust.

8) Kirjeldage olukorda, kus tootmise CICS-süsteem ootamatult rikki läks. Kuidas te reageerisite?

Kandidaadilt oodatakse: Intervjueerija soovib mõõta teie rahulikkust, analüütilist lähenemist ja suhtlemisoskust kriiside ajal.

Näite vastus:

„Kui tootmiskeskkonna CICS-piirkond jooksis kokku tehingu ohjeldamatuse tõttu, kogusin kohe logid ja mälutõmmised, teavitasin sidusrühmi ning algatasin taastamisprotsessi. Pärast kahjustatud piirkonna taaskäivitamist otsisin algpõhjusest puuduva veakäsitlusrutiini. Seejärel dokumenteerisin ennetavad meetmed ja uuendasin toimingute kontrollnimekirja.“

9) Kuidas lähenete CICS-i integreerimisele veebiteenuste või kaasaegsete rakendustega?

Kandidaadilt oodatakse: Intervjueerija hindab teie kohanemisvõimet ja kaasajastamiskogemust.

Näite vastus:

„Kasutan CICS-i veebiteenuste tuge, et pakkuda äriloogikat SOAP- või REST-API-dena, võimaldades tänapäevastel rakendustel suhelda pärandsüsteemidega. Kasutan ka CICS-i tehingute väravat selleks otstarbeks. Java-põhine ühenduvus. Oma eelmises rollis aitasin kaasajastada pärand-CICS-rakendust, pakkudes põhilisi tehinguteenuseid RESTfuli lõpp-punktide kaudu.“

10) Kuidas te tähtsuse järjekorda seate, kui tegelete mitme lühikese tähtajaga CICS-projektiga?

Kandidaadilt oodatakse: Intervjueerija soovib aru saada teie ajaplaneerimis- ja organiseerimisoskusest.

Näite vastus:

„Seadsin prioriteedid ärimõju ja projekti sõltuvuste põhjal. Hoian silmas selget projekti tegevuskava, suhtlen ennetavalt sidusrühmadega ja kasutan edusammude jälgimiseks selliseid tööriistu nagu Jira. Eelmisel töökohal juhtisin samaaegseid CICS-i uuendamise ja täiustamise projekte, delegeerides tõhusalt ja seades realistlikke verstaposte kõigi tulemuste saavutamiseks.“

Võta see postitus kokku järgmiselt: