Like I said earlier, you can TERSE to a tape dataset.  I use that method all of 
the time, for transferring mainframe data between mainframe systems, that have 
an intervening non-mainframe repository.




Sent with Proton Mail secure email.

------- Original Message -------
On Wednesday, December 14th, 2022 at 10:06 AM, Lionel B. Dyck 
<lbd...@gmail.com> wrote:


> Be aware that your installation may have a limit on the size of a Transmit 
> (XMIT) file. Issue TSO PARMLIB and look for the OUTLIM value - if too small 
> you may want to increase it - the same for OUTWARN which reports every 
> increment of the XMIT file.
> 
> Using TERSE is probably the better solution as you won't have those limits 
> and works just as well for your purpose.
> 
> Lionel B. Dyck <><
> 
> Website: https://www.lbdsoftware.com
> Github: https://github.com/lbdyck
> 
> “Worry more about your character than your reputation. Character is what you 
> are, reputation merely what others think you are.” - - - John Wooden
> 
> -----Original Message-----
> From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of 
> Crawford, Robert C.
> 
> Sent: Wednesday, December 14, 2022 8:55 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [Public] RE: EXTERNAL: Re: Transmitting SMF records
> 
> Sorry, I see what you mean.
> 
> I've installed a couple of IBM tools from my Windows workstation that were in 
> XMIT format. I uploaded them to z/OS with binary FTP then did a RECEIVE to 
> recreate the file. I guess you could do the same by XMIT'ing to a dataset, 
> downloading that to Windows, to Windows, to z/OS where you do a RECEIVE. All 
> in binary format, of course.
> 
> Robert Crawford
> Mainframe Management
> United Services Automobile Association
> (210) 913-3822
> 
> “Nothing can be beautiful which is not true."
> John Ruskin
> Please send requests to mainframe management through our front door at 
> go/mfmfrontdoor
> 
> -----Original Message-----
> From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of 
> Ituriel do Neto
> 
> Sent: Wednesday, December 14, 2022 8:36 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: EXTERNAL: Re: Transmitting SMF records
> 
> The idea is to send an SMF dataset from one z/OS to another one, but first, 
> it needs to be downloaded to windows to be sent to us, also in windows. Once 
> we have the file, we upload it to our mainframe to process it.
> 
> It is possible to split the original SMF dataset in smaller pieces but 
> demands a lot of control, so it would be the last resource..
> 
> 
> Best Regards
> 
> Ituriel do Nascimento Neto
> z/OS System Programmer
> 
> 
> 
> 
> 
> 
> Em quarta-feira, 14 de dezembro de 2022 11:06:35 BRT, Matt Hogstrom 
> m...@hogstrom.org escreveu:
> 
> 
> 
> 
> 
> 
> Are you processing this on another z/OS system ? You indicated you’re 
> downloading it so I wanted to make sure I understand the requirements.
> 
> For “downloading” are you using FTP, SFTP or SCP. Are you processing the data 
> on a non-Z platform ?
> 
> Matt Hogstrom
> m...@hogstrom.org
> 
> “It may be cognitive, but, it ain’t intuitive."
> — Hogstrom
> 
> 
> > On Dec 14, 2022, at 8:56 AM, 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
> 
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> USAA Classification: Public
> 
> Disclaimer: This email and any attachments are the property of USAA and may 
> contain confidential and/or privileged material. If you are not the intended 
> recipient, any use, disclosure or copying of this email or any attachments is 
> unauthorized. If you received this email in error, please immediately notify 
> the sender and delete the email and any attachments from your computer.
> 
> 
> ----------------------------------------------------------------------
> 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

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Reply via email to