George,
Personally I would stay away from "MOD". I can't begin to tell you
how many hours I have spent trying to recover SMF data from MODed
tapes. If SMF is important enough to save then don't trust MOD. Its
not that the software doesn't work its the HARDWARE (tape or drive).
I would trust making it a GDG and then bringing then individual
entries in at ether daily (or weekly or ..) times. The once or twice
times that I have had to repair issues because of catalog issues (or
side issues) is a real time saver, IMO.
Just remember SMF is reasonably important data and to drop a few days
or a weeks worth could be a chance for you to have to find a new job
opportunity:)
Ed
On Oct 7, 2007, at 7:37 AM, George Dranes wrote:
So would the following work to mod my SMF files to a weekly tape?
I'm not
really familiar with IFASMFDP bit I assume the INDD can be a dumped
dataset
instead of a VSAM file?
//DUMP EXEC PGM=IFASMFDP
//SYSPRINT DD SYSOUT=*
//SYSIN DD DUMMY
//INDD1 DD DSN=TSU.SM.J913.SMFDAY.DATA(+1),DISP=SHR
//DUMPOUT DD DSN=TSU.SM.J910.SMFWEEK.DATA(0),DISP=(MOD,KEEP),
// LRECL=32760,BLKSIZE=32760,RECFM=VBS,UNIT=ATL
//SYSPRINT DD SYSOUT=(R,TSU91$R1)
//SYSIN DD *
INDD(INDD1,OPTIONS(ALL))
/*
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
