Hi Paul,
Do you DFSMSdss->AMATERSE->XMIT large amounts of SMF Data? (Probably not.)
I would never try to XMIT a Dataset like this (assuming that you could
even have enough space for the XMIT Output.)
Not only that , but BLKSIZE=3120 is inefficient and really slow (and
with no Transmit Exit, generate a huge amount messages to the TSO User).
You're much better off FTPing the AMATERSE Output.
Regards,
David
On 2023-01-25 18:31, Paul Gorlinsky wrote:
>From my experience with one of the vendors, NOT SAS, all of these products just expect a stream of data to process. If you are using PC versions, just download as binary ... the VBS data. The import programs parse the data correctly. Going from Mainframe to Mainframe, save yourself a lot of headache and use ADRDSSU DUMP to create a Disk File of the data, Terse ( PACK ) it, and using TRANSMIT across NJE or TRANSMIT to a data set that is RECFM FB LRECL 80 BLKSIZE 0 ( 3120 ) and FTP the TRANSMIT DSN as binary, recfm fb, LRECL 80... and RECEIVE, deterse (unpack ) and ADRDSSU RESTORE ...
We do this all the time with VSAM, QSAM, PDS, PDSE, .... data... even sometimes
but a PC in between ...
----------------------------------------------------------------------
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
