Copy any mainframe file with few constraints



IBM OS/370, MVS, OS/390, Linux, TPF, VM/CMS, VM/ESA, VSE/ESA, z/VM, z/VSE, z/OS, z/OS.e etc...

Copy any mainframe file with few constraints

Postby KumaranK » Tue Jan 18, 2011 6:44 pm

How to copy a file without changing the creation date?
KumaranK
 
Posts: 1
Joined: Tue Jan 18, 2011 6:38 pm
Has thanked: 0 time
Been thanked: 0 time

Re: Copy any mainframe file with few constraints

 

Re: Copy any mainframe file with few constraints

Postby Robert Sample » Tue Jan 18, 2011 7:40 pm

IEBGENER, IEBCOPY, ADRDSSU, ...

Pretty much anything will copy a data set without changing the creation date of the source file.
Robert Sample
Global moderator
 
Posts: 3624
Joined: Sat Dec 19, 2009 8:32 pm
Location: Dubuque, Iowa, USA
Has thanked: 1 time
Been thanked: 267 times

Re: Copy any mainframe file with few constraints

Postby steve-myers » Tue Jan 18, 2011 8:27 pm

Mr. Sample is correct. You only change the creation date of a dataset by deleting and reallocating the dataset.

Do not use the term "file" when referring to a mainframe dataset. A mainframe "file" exists only on magnetic tape.
steve-myers
Global moderator
 
Posts: 2038
Joined: Thu Jun 03, 2010 6:21 pm
Has thanked: 4 times
Been thanked: 221 times

Re: Copy any mainframe file with few constraints

Postby dick scherrer » Wed Jan 19, 2011 1:54 am

Hello and welcome to the forum,

How to copy a file without changing the creation date?
Does this imply that you experienced the creation date changing?

As mentioned, the creation date of the input file does not change. . .

Is someone trying to hide that there were later modificatons to the data? This would be a reason for termination in some organizations. . .
Hope this helps,
d.sch.
User avatar
dick scherrer
Global moderator
 
Posts: 6269
Joined: Sat Jun 09, 2007 8:58 am
Has thanked: 3 times
Been thanked: 93 times

Re: Copy any mainframe file with few constraints

Postby MrSpock » Wed Jan 19, 2011 1:58 am

I read this topic as not changing the creation date of the NEW dataset from what the original was.
User avatar
MrSpock
Global moderator
 
Posts: 807
Joined: Wed Jun 06, 2007 9:37 pm
Location: Raleigh NC USA
Has thanked: 0 time
Been thanked: 4 times

Re: Copy any mainframe file with few constraints

Postby NicC » Wed Jan 19, 2011 2:26 am

I read this topic as not changing the creation date of the NEW dataset from what the original was.

in which case copy it on the day it was created!
The problem I have is that people can explain things quickly but I can only comprehend slowly.
Regards
Nic
NicC
Global moderator
 
Posts: 2941
Joined: Sun Jul 04, 2010 12:13 am
Location: Pushing up the daisies (almost)
Has thanked: 4 times
Been thanked: 134 times

Re: Copy any mainframe file with few constraints

Postby dick scherrer » Wed Jan 19, 2011 2:27 am

Hi Spock,

I read this topic as not changing the creation date of the NEW dataset from what the original was.
Yup, which is a problem as the organization needs to know the file was modified later. . . (At least places i've supported do).

Might do more than just raise a few eyebrows during an audit as well. . . :shock:

d
User avatar
dick scherrer
Global moderator
 
Posts: 6269
Joined: Sat Jun 09, 2007 8:58 am
Has thanked: 3 times
Been thanked: 93 times

Re: Copy any mainframe file with few constraints

Postby steve-myers » Thu Jan 20, 2011 10:47 pm

After thinking about this for a while, I realized the real question might be, "Can I falsify the creation date of a dataset?" The answer is there is a partially documented method to allocate a dataset with a "false" creation date. This method actually goes back to OS/360 and was used by IEHMOVE and is now also used by DFHSM when it restores a dataset from migration or backup. Once the dataset has been allocated there is no method to alter its creation date.

If the real question is, "Can I obtain the modification date (and perhaps time, too)?", the answer is this is not a dataset attribute stored with the dataset, so you can get it from analyzing SMF data, but not from analyzing the VTOC. You do have DS1DSCHA in DS1DSIND to indicate a dataset has been altered, but that's far from a date.
steve-myers
Global moderator
 
Posts: 2038
Joined: Thu Jun 03, 2010 6:21 pm
Has thanked: 4 times
Been thanked: 221 times


Return to Operating Systems

 


  • Related topics
    Replies
    Views
    Last post