Thanks for sharing.. actually we have is , cics etc running from last 6 month or 1 yrs without recycle and I saw 1 million record in that address spaces and I would like to cut these record from these address space and keep appending in dataset , so that I dont have to recycle ims, cics etc to reduce these record and manage them in proper manner.
On 02-May-2017 5:17 PM, "Edward Gould" <edgould1...@comcast.net> wrote: > > On May 2, 2017, at 8:02 AM, John McKown <john.archie.mck...@gmail.com> > wrote: > > > > On Tue, May 2, 2017 at 2:35 AM, venkat kulkarni < > venkatkulkarn...@gmail.com> > > wrote: > > > >> Hello, > >> > >> We have some address spaces running from long time and produce messages > >> regularly. Now, my requirement is to cut those messages on regular basis > >> and keep appending into seperate dataset. > >> > >> This way, we will save spool size and no need to recycle the address > space > >> to remove old message. > >> > >> Can anybody help me doing this task. > >> > >> Regards > >> Venkat > >> > >> > > As the others have said, the only facility in JES is to use the SPIN > > parameter. JES does not have a way to write directly into a sequential > data > > set. Your response to this is correct in that this leaves the data in the > > SPOOL, which is not what you want. So what you need is "something" which > > can take the data which has been put into the SPOOL via the SPIN and copy > > it into a data set. There are products which can do this, such as CA-JMR. > > However most of these products don't put the data into a "plain" > sequential > > data set. One that we used to use is ViewDirect from ASG (was Infopac > from > > Mobius). What we use today is "Report to Web". This consists of software > on > > a PC (Windows) which acts as a "remote printer" using LPR. It slices and > > dices the data coming in to it into reports which it store on the SAN. It > > comes with a web server to read the report. It is rather good, IMO, but > may > > not be what you want. > > > > You might want to "mess around" with my JES2DISK program. It is written > in > > REXX and uses the SDSF REXX interface to read in data from the SPOOL. It > > can store the jobs' outputs into either sequential data sets or UNIX > files > > (in a specified directory). You can look at / download the code here: > > https://gist.github.com/JohnArchieMckown/b27747d0c4750a258997 > > You might also look on http://cbttape.org/cbtdowns.htm at file 688, > 575(?) > > > > If you're into "do it yourself", you might want to look at a number of > > things. > > If you have zOSMF running, then look at its REST API: > > https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.2. > 0/com.ibm.zos.v2r2.izua700/IZUHPINFO_API_RESTJOBS.htm > > > > Or look at the JES SPOOL data set browse: > > https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.2. > 0/com.ibm.zos.v2r2.hasc300/spbrowse.htm > > > > And, a blast from the past (that I did like 20 years ago), is to use an > > external writer which will open/close/dynamically allocate&release a data > > set. > > https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.2. > 0/com.ibm.zos.v2r2.hasa300/xwrite.htm > > > > Another option is to have a specific sysout class (not set in any printer > and that you have msgclass=x where x is the designated shout class) and > have an external writer with a disp=mod for a dataset you want to put it > to. Then say once a day (or what ever you choose) have a job runs that > deletes it and reallocates it. > Its clumsy but it should work. > > Ed > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN