Portal | Manuals | References | Downloads | Info | Programs | JCLs | Master the Mainframes
IBM Mainframe Computers Forums Index
 
Register
 
IBM Mainframe Computers Forums Index Mainframe: Search IBM Mainframe Forum: FAQ Memberlist Usergroups Profile Log in to check your private messages Log in
 

 

FTP VSAM Datasets and later retrieve them

 
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> JCL & VSAM
View previous topic :: :: View next topic  
Author Message
dick scherrer

Site Director


Joined: 23 Nov 2006
Posts: 19270
Location: Inside the Matrix

PostPosted: Fri Aug 30, 2013 9:56 pm    Post subject: FTP VSAM Datasets and later retrieve them
Reply with quote

Hello,

A bit of history.

We are in the process of reducing our data center dasd charge. We have several thousand datasets that do not need to be online 24x7 (some are not needed at all and will be deleted). One way of reducing our dasd usage is to migrate things away from the mainframe. We are currently testing with a SAN. Amont other things, we want to be able to offload VSAM file and recall them - without doing anything but restore them.

Has anyone FTPed a vsam file to a Win-based server and successfully rerieved it? What i'm about to try is to simply FTP some VSAM and see if i can recall it successfully. If that can't be done, i'll try to back up the VSAM with DFDSS and see if this will go out & back.

Thoughts anyone?

Thanks

d
Back to top
View user's profile Send private message

Robert Sample

Global Moderator


Joined: 06 Jun 2008
Posts: 7909
Location: Bellevue, IA

PostPosted: Fri Aug 30, 2013 10:59 pm    Post subject:
Reply with quote

Code:
EZA1736I put 'PGMR.RS0.VSAMDEF' VSAMDEF.TXT
EZA2340I PGMR.RS0.VSAMDEF is a VSAM data set.  VSAM is not supported.
The EZA2340I message applies to TCP/IP in general.

If you want to use the DUMP function, ADRDSSU has some drawbacks, too -- especially if attempting to go to a non-z/OS platform.
Back to top
View user's profile Send private message
dick scherrer

Site Director


Joined: 23 Nov 2006
Posts: 19270
Location: Inside the Matrix

PostPosted: Sat Aug 31, 2013 12:07 am    Post subject:
Reply with quote

Thanks Robert,

Quote:
ADRDSSU has some drawbacks, too -- especially if attempting to go to a non-z/OS platform.
My idea is to send the DUMPed data to the SAN target as a binary file.

Then my hope is to be able to restore the file as the original ADRDSSU/DSDFF output, then restore it as the original VSAM - without the need to DELETE/DEFINE.

Think i have a chance?

Thanks,

d
Back to top
View user's profile Send private message
agkshirsagar

Active Member


Joined: 27 Feb 2007
Posts: 685
Location: Earth

PostPosted: Sat Aug 31, 2013 12:51 am    Post subject:
Reply with quote

Have you tried sending the dumped file in line mode using XMIT command?
I have done it for PDSs and not for VSAM but I think it is worth a try..
Back to top
View user's profile Send private message
dick scherrer

Site Director


Joined: 23 Nov 2006
Posts: 19270
Location: Inside the Matrix

PostPosted: Sat Aug 31, 2013 1:15 am    Post subject:
Reply with quote

Have you sent your dumped file to a SAN usiong XMIT and successfully brought it back (and used it)?

I am in the process of automating this and i wonder how similar the processes will be. Our Operations are to run these batch retrievals "on request" and i want to be sure it is straight forward. The retrievals will be run off-shift when there are less people in the building and i surely do not want calls when there is confusion . . . icon_wink.gif

Thanks for the suggestion!

d
Back to top
View user's profile Send private message
agkshirsagar

Active Member


Joined: 27 Feb 2007
Posts: 685
Location: Earth

PostPosted: Tue Sep 03, 2013 7:21 pm    Post subject:
Reply with quote

Hi Dick,
What I meant is use XMIT to convert the file to line mode and then FTP to SAN.

For PDSs, I do the XMIT to same node just to create one file out of multiple PDSs. Then FTP it to SAN/Windows shared drive and upload to the new environment. When I receive the file on new environment, all PDS definitions are created automatically. Much easier than dealing with individual members and PDSs. Picked up this trick from cbttape.

I guess it will not benefit you much for moving VSAMs.
Back to top
View user's profile Send private message
expat

Global Moderator


Joined: 14 Mar 2007
Posts: 8593
Location: Back in jolly old England

PostPosted: Wed Sep 04, 2013 12:41 pm    Post subject:
Reply with quote

Dick, what about using HSM or the likes to migrate and recall as required.
Back to top
View user's profile Send private message
dick scherrer

Site Director


Joined: 23 Nov 2006
Posts: 19270
Location: Inside the Matrix

PostPosted: Wed Sep 04, 2013 7:08 pm    Post subject:
Reply with quote

Hi Expat,

Thanks for the input icon_smile.gif

Their (our) current idea is to take these larger, seldom used files completely off the mainframe and bring them back when (if) needed. Lots of these files are written and then used once or twice immediately after creation. Then, never referenced again.

Even in HSM they take considerable space and the desire is to avoid as much ongoing mainframe DASD expense as possible.

There is a multi-terabyte SAN available that is basically "free" (less than $100 per terabyte) so it looks rather attractive . . .
Back to top
View user's profile Send private message
expat

Global Moderator


Joined: 14 Mar 2007
Posts: 8593
Location: Back in jolly old England

PostPosted: Wed Sep 04, 2013 7:42 pm    Post subject:
Reply with quote

Dick, I was thinking of immediate ML2 migration to tape which is easily achieved with SMS and HSM

Also, with HSM the OS will know what's happening when the file is being restored and shouldn't have any adverse effect on the processing.

Do you envisage the "RECALL" process to be automated or manual ?
Back to top
View user's profile Send private message
dick scherrer

Site Director


Joined: 23 Nov 2006
Posts: 19270
Location: Inside the Matrix

PostPosted: Thu Sep 05, 2013 12:19 am    Post subject:
Reply with quote

Hi Expat,

As much as possible, this will be automated. The way i'm implementing so far is that the IT person needing the offline data queues the dsn(s) of dataset(s) to be recalled from the SAN. This is a ROSCOE shop, so the processes are being written using RPFs rather than REXX.

Off-shift, the recall process will FTP the file back to the mainframe. If more than an FTP is needed, it will done after the FTP. For something urgent (not so likely as the offline data will be more than 1.5 years old (most more than 2 years).

If you think of some way i might step on my foot, please do advise icon_cool.gif
Back to top
View user's profile Send private message
View previous topic :: :: View next topic  
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> JCL & VSAM All times are GMT + 6 Hours
Page 1 of 1

 

Search our Forum:

Similar Topics
Topic Author Forum Replies Posted
No new posts BWO option in VSAM blayek CICS 3 Sat Nov 05, 2016 10:47 am
No new posts Single COPY CICS TS datasets and when... Kyle Carroll CICS 2 Tue Oct 11, 2016 9:47 pm
No new posts VSAM define for large file jerryte JCL & VSAM 9 Wed Oct 05, 2016 1:51 am
No new posts CICS VSAM RLS READ akodakka CICS 3 Tue Oct 04, 2016 3:09 pm
No new posts Need to retrieve Julian_date Suganya87 DB2 4 Wed Aug 17, 2016 7:27 pm


Facebook
Back to Top
 
Mainframe Wiki | Forum Rules | Bookmarks | Subscriptions | FAQ | Tutorials | Contact Us