AS /400 Job Administration Er Easy

I vet at noen ganger kan det være litt forvirrende å forstå hvordan operativsystemet håndterer jobber på AS /400, iSeries eller IBM i systemet er satt opp for å fungere. Men egentlig er det faktisk rett frem når du innser at det er to typer jobber som kan kjøre. Alle jobber faller inn under en av to kategorier av enten interaktiv eller batch.
Interactive jobber er den tradisjonelle "green-screen" eller terminaltype jobber der brukeren aktivt bruker en emulator eller en gammeldags terminal til grensesnitt med systemet for å legge inn informasjon som går inn i kundeinformasjonen til en fil. Den andre type jobb er batchjobber som kan variere fra masse oppdatere programmene til lange løpe rapporter.
Fordi interaktivt jobb systemet er så rett frem et flertall av systemansvarlig tid vil bli brukt administrere batch jobber. Når du jobber med og administrere et AS /400 prøve å tenke på gruppebehandling jobben system i to til tre deler som fungerer sammen for å utføre arbeidet.
Først opp har du jobbkøen. Det er der all informasjon kretser rundt en batch jobb starter før du kommer til liv. Tenk på jobbkøen liksom som et bestillingssystem, med alt er likt den første jobben i køen er den første jobb ut av køen. Nå er det mulig å ha en jobb med en annen jobb prioritet som liksom behandle det som en VIP, kan den jobben eller jobber gå til forsiden av linjen i køen foran alle de andre jobber med lavere prioritet. < .no> Når en jobb ventet på sin tur i køen da det blir plassert i et delsystem. Delsystemet er der jobben er tildelt system ressurser som minne og en bit av CPU-tiden for behandling. Så for eksempel hvis jobben er en spørring eller en RPG program for å generere en rapport det nå begynner å gå for å lage rapporten. Mens en jobb kjører i et delsystem kan du se det ved hjelp av WRKACTJOB kommandoen.
Hvis du aldri har brukt WRKACTJOB før du bør bli ekstremt godt kjent med det siden det er et utmerket verktøy for å administrere kjører jobber på systemet .
nå avhengig av hvilken type jobb det kan eller ikke kan være en utgang. Og det er her jeg refererte tidligere til at det er en to eller tre deler. I tilfelle av en jobb som genererer en rapport, mens det blir generert utdatafilen, kjent som en spole fil, er plassert i en utgangskøen bestemmes av hvordan jobben ble definert eller hvor en bruker jobber er konfigurert til å skrive ut. Du kan også se spolen fil eller filer en jobb er å skape ved å ta alternativet gi og deretter alternativ fire fra WRKACTJOB skjermen. Når en jobb er ferdig med å kjøre, som bestemmes av koden eller programmering av jobben det da opphører å eksistere.
Noen ganger når du har en jobb som ikke skaper noen effekt som en rapport kan det være vanskelig å fortelle om det faktisk kjørte eller ikke. En metode for å se om en jobb kjørte eller ikke er å se gjennom systemet historikkloggen ved hjelp av kommandoen DSPLOG. Virtuall hver lille ting (og alle jobb starter og slutter) logges i systemloggen så være oppmerksom på at du må vasse gjennom flere sider for å finne dine spesifikke jobber start og slutt tidsstempel. En annen teknikk er å bruke arbeidet med innsendte jobber kommando WRKSBMJOB.