ISeries sikkerhet og ytelse Essentials

Whenever jeg begynne å jobbe på en AS /400, iSeries eller Power System-boksen på et nytt selskap er det noen viktige områder jeg liker å være sikker på. Disse områdene omfatter å sikre grunnleggende systemnivå sikkerhet, jobb konfigurasjon og prosessledelse. La oss ta en rask titt på hvordan du kan forbedre systemytelsen og redusere eventuelle sikkerhetsproblemer raskt ved hjelp av egenskapene som allerede er bygget i.

Det første du bør være revisjon er din brukere brukerklassenivå. Dette gjelder spesielt med noen programmerere i staben. Med riktige konfigurasjoner er det svært få grunner til en bruker eller programmerer bør heves utover vanlig bruker autoritet og validere gruppe myndigheter også. Ren gamle brukere, selv superbrukere skal aldri ha QSYSOPR bruker klasse myndighetsnivåer. Kom deg ut der og begynne å skalere tilbake de myndigheter og eliminere spesielle privilegier og deretter konfigurere systemet for å bedre imøtekomme før behovet for å ha utvidede rettigheter.
Siden jeg allerede berørt det ta tid å konfigurere jobben og subsystem miljøer. Du kan bli skinke stressede av dine hyllevare programvare begrensninger i denne arenaen, men hvis det er mulig å dra nytte av de iSeries bygget i evnen til å endre og finjustere hvordan jobber blir behandlet på systemet. Du kan endre stillingsbeskrivelser, brukerprofiler, outqs, subsystem beskrivelser og flere til å behandle jobber i en metode som passer best for ditt system arbeidsmengde.
Nå hvis du har brukere som har lov til å lage og sende lange spørringer eller rapporter så bør du endre det stillingsbeskrivelser for å sende til spesielle jobqs og delsystemer som har lav prosessor prioriteringer. Du ønsker ikke disse typer jobber å gå foran andre jobber, sikkerhetskopiering av jobbkøer og hogging alle ressursene. Det er også noen ekstra global søkeparametere kan konfigureres til å kontrollere spør definisjoner.
Hvis du har ressurser og budsjett ta en titt inn LPARs. Hvis du har en nyere iSeries, i5 eller Power System i boksen du bør tenke på å lage en egen logisk partisjon eller selv sette opp et annet system som en sandkasse slash utviklingsmiljø. Holde programmering utvikling og produksjon fysisk adskilt kan hindre alle typer store problemer oppstår.
Selv om du ikke har noen utviklere i staben, men gjør noen form for program tilpasning fra tid til annen, eller til å skape rett og slett CL hjelpeprogrammer har en kildekontroll /endringsledelse prosess på plass er kritisk viktig. Dessverre PDM bare ikke kutte sennep ved håndtering av endringsledelse og det er svært avanserte og dyre pakker der ute for å gjøre jobben. En pakke som er gratis men kalles ChangefIT produsert av ecofIT.
Slutt bør du vurdere å slå på og gjøre full bruk av den innebygde revisjon evner og bruker QAUDJRN journal. Avhengig av hvilken bransje din bedrift er på eller andre krav som Sarbanes Oxley kan du trenger å gjøre dette trinnet. Men hvis du ikke allerede er kjent med det QAUDJRN arbeider hånd i hånd med QAUDLVL systemet verdi å logge og revisjon varierende grad av aktivitet på systemet.
Være forwarned at sikkerhetsrevisjon journal kan være ganske tungvint å vasse gjennom hvis revisjons nivåer er slått opp full bar. Det er der tredjeparts verktøy som katalog og klassifisere tidsskrift entires kan komme i svært nyttig.