Terry, No problem. Often people are asked to solve simple needs by the most expensive, time-consuming means just because it happens to be a standard on some other platform, not necessarily because there's a good business reason to do it that way.
We used tape because important system data could be kept cheaply on tape for at least a year, and be re-run (or used for new purposes) if need be. And mostly, because we needed to send the data to MVS (I think it was MVS then) in 1985, waaayy before there was an FTP for MVS or VM. It still works without any effort, although it has been updated to use virtual tapes that get mounted VERY fast without operator intervention. I'll let others who have actual experience with Secure FTP on VM answer that question; I have not yet implemented it. I'd like to implement certificates on our FTPs, too, so that we don't have to rely on plain-text IDs and passwords in NETRC DATA files (ughh!). That's still somewhere "in plan", esp. after the latest zVM 5.4.0 RSU. Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. "Martin, Terry R. (CMS/CTR) (CTR)" <[email protected]> Sent by: "The IBM z/VM Operating System" <[email protected]> 01/08/2009 04:43 PM Please respond to "The IBM z/VM Operating System" <[email protected]> To [email protected] cc Subject Re: Secure FTP Hi Mike, Yes, Secure FTP is a requirement for our shop. I guess I could do tape I haven?t really thought about that. At this time we only have one tape drive for each of our environments. What I was really trying to do was to automate this process using FTP (Secure in my case). Thank You, Terry Martin Lockheed Martin - Information Technology z/OS & z/VM Systems - Performance and Tuning Cell - 443 632-4191 Work - 410 786-0386 [email protected] From: The IBM z/VM Operating System [mailto:[email protected]] On Behalf Of Mike Walter Sent: Thursday, January 08, 2009 5:36 PM To: [email protected] Subject: Re: Secure FTP Terry, It's performance data. Is that really sensitive data - especially witting your shop? Is there a valid business case for it to be over Secure FTP rather than just FTP? Secure FTP is a good idea, but at what cost? BTW, we put ours on SL tape that the z/OS systems read. Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. "Martin, Terry R. (CMS/CTR) (CTR)" <[email protected]> Sent by: "The IBM z/VM Operating System" <[email protected]> 01/08/2009 04:31 PM Please respond to "The IBM z/VM Operating System" <[email protected]> To [email protected] cc Subject Secure FTP Hi I am trying to figure out how to set up Secure FTP on z/VM so that I can send data from my z/VM LPARS to my z/OS LPARS. Mostly I want to get my z/VM z/Linux performance data over to my capacity folks on the z/OS for reporting. I am not sure how to go about setting Secure FTP up on z/VM. Any thoughts on this would be much appreciated. Thanks in advance for your help! Thank You, Terry Martin Lockheed Martin - Information Technology z/OS & z/VM Systems - Performance and Tuning Cell - 443 632-4191 Work - 410 786-0386 [email protected] The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. All messages sent to and from this e-mail address may be monitored as permitted by applicable law and regulations to ensure compliance with our internal policies and to protect our business. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by e-mail. The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. All messages sent to and from this e-mail address may be monitored as permitted by applicable law and regulations to ensure compliance with our internal policies and to protect our business. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by e-mail.
