If you're going to use the RECONNECT parm, which is part of FSM(Fast Subsequent Migration) then you need to make sure that you have these set accordingly: MIGRATIONCLEANUPDAYS(#1 #2 #3) we have ours set at (5 14 5)
These are the parms that determine how long, in # of days, the MCDS records are kept. Thus, when a person recalls from a file from ML2, the migration record will be kept for "x" number of days; when this same dataset is migrated and WAS not updated then said file will not be "re-copied"; the only thing that gets updated is the pointers going back to the same tape where it was before(provided the tape has not been recycled). Thanks, Hervey -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of George Rodriguez Sent: Friday, January 27, 2012 11:31 AM To: [email protected] Subject: Re: MCDS Dataset Help Thanks... * * *George Rodriguez* *Specialist II - IT Solutions* *Application Support / Quality Assurance* *PX - 47652* *(561) 357-7652 (office)* *(561) 707-3496 (mobile)* *School District of Palm Beach County* *3348 Forest Hill Blvd.* *Room B-251* *West Palm Beach, FL. 33406-5869* *Florida's Only A-Rated Urban District For Seven Consecutive Years* On Fri, Jan 27, 2012 at 11:25 AM, O'Brien, David W. (NIH/CIT) [C] < [email protected]> wrote: > setsys TAPEMIGRATION(ML2TAPE(TAPE(3590-1))RECONNECT(ALL)) > > Thank You, > Dave O'Brien > NIH Contractor > ________________________________________ > From: George Rodriguez [[email protected]] > Sent: Friday, January 27, 2012 11:10 AM > To: [email protected] > Subject: Re: MCDS Dataset Help > > Okay, I'll bite. Where does one place the RECONNECT parm? > * > * > *George Rodriguez* > *Specialist II - IT Solutions* > *Application Support / Quality Assurance* > *PX - 47652* > *(561) 357-7652 (office)* > *(561) 707-3496 (mobile)* > *School District of Palm Beach County* > *3348 Forest Hill Blvd.* > *Room B-251* > *West Palm Beach, FL. 33406-5869* > *Florida's Only A-Rated Urban District For Seven Consecutive Years* > > > > On Fri, Jan 27, 2012 at 10:49 AM, Mike Schwab <[email protected] > >wrote: > > > On Fri, Jan 27, 2012 at 9:25 AM, Schwarz, Barry A > > <[email protected]> wrote: > > > So you changed the warning threshold from 80% to 90% even though you > > believe you have a problem that requires repeated and frequent fixing? > It > > seems like you have just reduced the window during which you can fix the > > problem. > > > > > > From what I can see, one issue you need to address is: Why are 30% of > > your MCDS entries being deleted on a daily (or weekly) basis? Do you > have > > an HSM or SMS parameter that is forcing a very rapid turnover? Are you > > migrating datasets too quickly forcing users to recall them almost > > immediately? > > > > > > > If they are recalling and migrating datasets quickly, RECONNECT can > > "reuse" the migrated copy and save writing out that dataset. > > -- > > Mike A Schwab, Springfield IL USA > > Where do Forest Rangers go to get away from it all? > > > > ---------------------------------------------------------------------- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to [email protected] with the message: INFO IBM-MAIN > > > > Home of Florida's first LEED Gold Certified School > > Under Florida law, e-mail addresses are public records. If you do not want > your e-mail address > released in response to a public records request, do not send electronic > mail to this entity. > Instead, contact this office by phone or in writing. > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN > Home of Florida's first LEED Gold Certified School Under Florida law, e-mail addresses are public records. If you do not want your e-mail address released in response to a public records request, do not send electronic mail to this entity. Instead, contact this office by phone or in writing. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
