Nogen gange når du går i EDIT/VIEW i ISPF på et dataset sker det, at du ender i browse. Det kan selvfølgelig skyldes, at det er et load modul, du forsøger at editere, og det kan man ikke. Men det kan også skyldes, at datasettet er blevet så stort, at ISPF EDIT/VIEW har besluttet, at det kan du ikke editere i. EDIT/VIEW læser hele datasettet eller member'et ind i storage fra disk, og hvis der ikke er nok storage til rådighed i din TSO session, så skifter EDIT/VIEW til browse.
Andre leverandører af mainframesoftware og IBM selv har udviklet editorer, der kan editere en (næsten) hvilken som helt størrelse dataset. Desværre er det ofte sådan, at disse produkter enten ikke er tilgængelige på din installation, eller også er det svært at finde ud af, om de er tilgængelige. Heldigvis kan du prøve noget langt simplere før du kaster dig ud i eftersøgningen af en alternativ editor. Du kan nemlig øge mængden af storage, der er til rådighed for TSO session.
Det kræver først og fremmest, at du forlader ISPF og ender ved TSO READY prompten. Hvis du ikke ved, hvordan du gør det, så spørg en af de rigtig erfarne mainframe folk blandt dine kolleger. Når du står på TSO READY prompten indtaster du kommandoen
hvor du erstatter <USERID> med dit eget TSO userid og trykker Enter. Herefter dukker følgende panel op:
Nogle af felterne vil være udfyldt (eksempelvis Userid-feltet), mens andre vil være tomme (eksempelvis Password-feltet, som du SKAL udfylde). Det interessante felt i denne sag er Size-feltet, som jeg har markeret med ???????. Her kan du indtaste et tal, som er i Kilobytes eller et tal i Megabytes, hvis du afslutter tallet med et M. 64M betyder altså 64 Megabytes, mens 64000 betyder 64000 Kilobytes. Der vil med stor sandsynlighed stå et tal mindre en 16 Megabytes, fordi TSO systemprogrammøren har bestemt, at sådan skal det være. Det har vedkommende gjort, fordi det var fornuftigt for mange år siden, hvor de fleste mainframes ikke havde vildt meget storage at gøre godt med. Men i dag, hvor rigtig mange installationer kører z/OS med 64bits adressering, kan du roligt skrue dette tal op.
Min erfaring er, at du skal over 64M før du vil se en effekt på ISPF EDIT/VIEW, Men der er intet umiddelbart i vejen med at angive eksempelvis 256M. Så vil du være i stand til at editere de fleste datasets med ISPF editoren. Jeg har sågar set eksempler på 2000M, men lad være med det, da z/OS er nødt til at allokere et array til at holde styr på al den storage, du kan allokere, selv om du ikke gør det. Hvis alle skriver 2000M som size, så vil z/OS langsomt kvæles af TSO brugere, og så kan det jo være lige meget med at editere store datasets.
Nu er det jo sandsynligvis sjældent, at du har behov for at editere et meget stort dataset, så du kan jo vælge at justere Size op, når du har brug for det, og justere den ned igen, når du er færdig med at editere det store dataset. TSO vil huske den seneste Size, du har angivet, så det er altså ikke en midlertidig ændring for netop denne TSO session.