Although not a solution to your problem you may know that the z/os AMAPDUPL utility solves this problem by automatically tersing the data, splitting it into chunks, and transmitting the chunks to the IBM support site in a number of overlapping ftp or https streams. I think it uses pipes to overlap some of the terse processing with transmission. At the other end a receiving process automatically re-assembles. The problem is that as far as I know the receiver code is not available to ISVs. AMAPDUPL processing can be performed by the z/OSMF Problem Management function and it would be nice if ISVs could receive data sent by AMAPDUPL.
You can also direct AMAPDUPL to copy the chunks to a unix file system instead of transmitting them. BTW I think z/os ftp may be able to transmit from a unix pipe but AMATERSE cannot write to a pipe. Keith > On 14 Dec 2022, at 13:57, Ituriel do Neto > <000003427ec2837d-dmarc-requ...@listserv.ua.edu> wrote: > > Hi all, > > I know we can TERSE or use XMIT a SMF dataset to generate a fixed-form > dataset, > that can be downloaded in binary mode, transmitted, and then recovered > following > the reverse order. > My attempts of downloading the SMF dataset directly, in binary, and then > uploading > it to another SMF dataset with the same DCB attributes did not work. The file > got > corrupted. > > I have a customer that has a huge SMF dataset that can't be TERSED or XMITTED > because of a lack of space. > > Is there a way to send it, without previous use of XMIT or TRS ? > > Thanks in advance. > > > Best Regards > > Ituriel do Nascimento Neto > z/OS System Programmer > > ---------------------------------------------------------------------- > 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
