Re: DFHSM QUESTION - REORG OF MCDS
As a rule, reorg only to make your CDS bagger. You can go beyond the 4GB limit
with extended addressability. You can also make your CDS multi-cluster up to
4 separate clusters. If you do, make the middle cluster(s) FREESPACE(0)
Terry Traylor
charlesSCHWAB
TIS Mainframe Storage Management
Remedy Queue: tis-hs-mstg
(602) 977-5154
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
John Dawes
Sent: Monday, April 20, 2009 7:08 AM
To: IBM-MAIN@bama.ua.edu
Subject: DFHSM QUESTION - REORG OF MCDS
Good Day,
We have a new client on board. I have noticed that the MCDS is at 93%. I have
never reorged the HSM cds's (for this client). I would like to know if my
reorg job is okay. Please let me know if I am missing anything or spot
something irregular?
/*
//STEP1 EXEC PGM=ADRDSSU,REGION=4096K,TIME=1439,COND=(0,NE)
//SYSPRINT DD SYSOUT=* //SYSMAP DD SYSOUT=*
//DD1 DD UNIT=3390,VOL=SER=SYBSS1,DISP=SHR
//TAPE1 DD DSN=DFHSM.MCDS.BKUP1,DISP=(,CATLG,DELETE),UNIT=3490,
// VOL=(,,,15)
//TAPE2 DD DSN=DFHSM.MCDS.BKUP2,DISP=(,CATLG,DELETE),UNIT=3490,
// VOL=(,,,15)
DUMP DATASET(INCLUDE(DFHSM.MCDS)) -
SPHERE -
SELECTMULTI(FIRST) -
LOGINDDNAME(DD1) -
OUTDD(TAPE1,TAPE2) OPT(4) ALLDATA(*) ALLEXCP
/* //BACKUP EXEC PGM=ADRDSSU,REGION=4M,TIME=1440
//TAPE1 DD DSN=DFHSM.MCDS.PHYSICAL.BKUP, //
DISP=(,CATLG,DELETE),UNIT=3490,VOL=(,,,99),TRTCH=COMP
//SYSPRINT DD SYSOUT=* //SYSMAP DD SYSOUT=* //SYSIN DD *
DUMP DATASET(INCLUDE(DFHSM.MCDS)) -
OPT(4) ALLX ALLD(*) SPHERE OUTDD(TAPE1)
/* //STEPA EXEC PGM=IEFBR14,COND=(0,NE) //MCDS DD
DSNAME=DFHSM.REOGMCDS.T,DISP=(,CATLG),
// DCB=(RECFM=VBS,LRECL=2044,BLKSIZE=0),
// SPACE=(CYL,(550,550)),UNIT=SYSALLDA,VOL=SER=SYBSS2
/* //STEPB EXEC PGM=IDCAMS,REGION=2048K,COND=(0,NE)
//SYSPRINT DD SYSOUT=* //SYSIN DD *
EXPORT DFHSM.MCDS ODS(DFHSM.REOGMCDS.T) TEMPORARY
/* //STEPC EXEC PGM=IDCAMS,REGION=2048K,COND=(0,NE)
//SYSPRINT DD SYSOUT=* //SYSIN DD *
IMPORT IDS(DFHSM.REOGMCDS.T) ODS(DFHSM.MCDS)
/* //STEPD EXEC PGM=IDCAMS,REGION=2048K,COND=(0,NE)
//SYSPRINT DD SYSOUT=* //SYSIN DD *
DEL DFHSM.REOGMCDS.T
/* //STEPE EXEC PGM=IDCAMS,REGION=4K //SYSPRINT DD SYSOUT=* //DADA
DD SYSOUT=* //SYSIN DD *
LISTC ENT('DFHSM.MCDS') ALL
/* //
Thanks in advance.
Enjoy a safer web experience. Upgrade to the new Internet Explorer 8
optimised for Yahoo!7. Get it now.
--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to
lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSM QUESTION - REORG OF MCDS
At 09:32 -0500 on 04/20/2009, Bruno Sugliani wrote about Re: DFHSM QUESTION - REORG OF MCDS: Are you sure you want to reorg your CDS ? I thought good practice was not to do that because you 'll end up splitting ci/ca for inserts for few weeks, thus having performance impact. You minimize the ci/ca split problem by defining FREESPACE in the original DEFINEs. That way you start out with the room to expand BEFORE you actually need to do the ci/ca split (ie: be in a post-ci/ca split condition). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSM QUESTION - REORG OF MCDS
Thanks to all who responded. The MCDS grew from 92% to 93% over the last 5 days. I looked at the SYS1.SAMPLIB(ARCSTRST). I noticed that when it does the IMPORT command, it is importing to a .NEW. This is confusing. I am not sure as to the reason for this. //SYSIN DD * LISTCAT ENT(?UID.MCDS ?UID.BCDS ?UID.OCDS) ALL EXAMINE NAME(?UID.MCDS) INDEXTEST IF LASTCC = 0 THEN - EXPORT ?UID.MCDS ODS(?UID.EXPORT.MCDS) TEMPORARY IF LASTCC = 0 THEN - IMPORT IDS(?UID.EXPORT.MCDS) ODS(?UID.MCDS.?NEW) - OBJECTS - ((?UID.MCDS - NEWNAME(?UID.MCDS.?NEW)) - (?UID.MCDS.DATA - NEWNAME(?UID.MCDS.?NEW.DATA)) - (?UID.MCDS.INDEX - NEWNAME(?UID.MCDS.?NEW.INDEX))) - CATALOG(?UCATNAM) IF MAXCC = 0 THEN - DELETE ?UID.EXPORT.MCDS NONVSAM --- On Tue, 21/4/09, Lizette Koehler wrote: > >Perhaps the better question is - At what rate is John losing available space >in his MCDS? >Has it been 93% full for the past 6 months or was it 75% full last week and he >can expect a phone call from OPs in the near future to the effect that HSM is >inoperative? >IBM answer 3# - It depends. > >If it needs to be re-org'd then do as Walter suggests and modify the supplied >jcl in Samplib. > > >>Good Day, >> >>We have a new client on board. I have noticed that the MCDS is at 93%. I >have never reorged the HSM cds's (for this client). I would like to know if >my reorg job is okay. Please let me know if I am missing anything or spot >something irregular? >>/* > >Are you sure you want to reorg your CDS ? >I thought good practice was not to do that because you 'll end up splitting >ci/ca for inserts for few weeks, thus having performance impact. >It used to be a recomendation not to do it. Has it changed? > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Yahoo!7 recommends that you update your browser to the new Internet Explorer 8.Get it now. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSM QUESTION - REORG OF MCDS
And select a time when you can take down all of the DFHSM STCs that share the datasets. I would not run the backup part until DFHSM was down in all places it needs to be. I usually wait until my xCDS dataset is closer to 98% full to reorg. One reorg usually last me a year or so. We are not heavy in HSM usage. Lizette > >Perhaps the better question is - At what rate is John losing available space >in his MCDS? >Has it been 93% full for the past 6 months or was it 75% full last week and he >can expect a phone call from OPs in the near future to the effect that HSM is >inoperative? >IBM answer 3# - It depends. > >If it needs to be re-org'd then do as Walter suggests and modify the supplied >jcl in Samplib. > > >>Good Day, >> >>We have a new client on board. I have noticed that the MCDS is at 93%. I >have never reorged the HSM cds's (for this client). I would like to know if >my reorg job is okay. Please let me know if I am missing anything or spot >something irregular? >>/* > >Are you sure you want to reorg your CDS ? >I thought good practice was not to do that because you 'll end up splitting >ci/ca for inserts for few weeks, thus having performance impact. >It used to be a recomendation not to do it. Has it changed? > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSM QUESTION - REORG OF MCDS
Perhaps the better question is - At what rate is John losing available space in his MCDS? Has it been 93% full for the past 6 months or was it 75% full last week and he can expect a phone call from OPs in the near future to the effect that HSM is inoperative? IBM answer 3# - It depends. If it needs to be re-org'd then do as Walter suggests and modify the supplied jcl in Samplib. Dave O'Brien NIH Contractor From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of Bruno Sugliani [oldti...@wanadoo.fr] Sent: Monday, April 20, 2009 10:32 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFHSM QUESTION - REORG OF MCDS On Mon, 20 Apr 2009 07:08:18 -0700, John Dawes wrote: >Good Day, > >We have a new client on board. I have noticed that the MCDS is at 93%. I have never reorged the HSM cds's (for this client). I would like to know if my reorg job is okay. Please let me know if I am missing anything or spot something irregular? >/* Are you sure you want to reorg your CDS ? I thought good practice was not to do that because you 'll end up splitting ci/ca for inserts for few weeks, thus having performance impact. It used to be a recomendation not to do it. Has it changed? Bruno Sugliani zxnetconsult(at)free(dot)fr http://zxnetconsult.free.fr -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSM QUESTION - REORG OF MCDS
> - Original Message > From: John Dawes > I would like to know if my reorg job is okay. John, you might want to check ARCSTRST in SYS1.SAMPLIB. Here you find a job named HSMPRESS used to reorganize the xCDS using the EXPORT/IMPORT commands of IDCAMS. I used it last w-e to reorganize my BCDS. It works fine. Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSM QUESTION - REORG OF MCDS
On Mon, 20 Apr 2009 07:08:18 -0700, John Dawes wrote: >Good Day, > >We have a new client on board. I have noticed that the MCDS is at 93%. I have never reorged the HSM cds's (for this client). I would like to know if my reorg job is okay. Please let me know if I am missing anything or spot something irregular? >/* Are you sure you want to reorg your CDS ? I thought good practice was not to do that because you 'll end up splitting ci/ca for inserts for few weeks, thus having performance impact. It used to be a recomendation not to do it. Has it changed? Bruno Sugliani zxnetconsult(at)free(dot)fr http://zxnetconsult.free.fr -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
DFHSM QUESTION - REORG OF MCDS
Good Day,
We have a new client on board. I have noticed that the MCDS is at 93%. I have
never reorged the HSM cds's (for this client). I would like to know if my
reorg job is okay. Please let me know if I am missing anything or spot
something irregular?
/*
//STEP1 EXEC PGM=ADRDSSU,REGION=4096K,TIME=1439,COND=(0,NE)
//SYSPRINT DD SYSOUT=*
//SYSMAP DD SYSOUT=*
//DD1 DD UNIT=3390,VOL=SER=SYBSS1,DISP=SHR
//TAPE1 DD DSN=DFHSM.MCDS.BKUP1,DISP=(,CATLG,DELETE),UNIT=3490,
// VOL=(,,,15)
//TAPE2 DD DSN=DFHSM.MCDS.BKUP2,DISP=(,CATLG,DELETE),UNIT=3490,
// VOL=(,,,15)
DUMP DATASET(INCLUDE(DFHSM.MCDS)) -
SPHERE -
SELECTMULTI(FIRST) -
LOGINDDNAME(DD1) -
OUTDD(TAPE1,TAPE2) OPT(4) ALLDATA(*) ALLEXCP
/*
//BACKUP EXEC PGM=ADRDSSU,REGION=4M,TIME=1440
//TAPE1 DD DSN=DFHSM.MCDS.PHYSICAL.BKUP,
// DISP=(,CATLG,DELETE),UNIT=3490,VOL=(,,,99),TRTCH=COMP
//SYSPRINT DD SYSOUT=*
//SYSMAP DD SYSOUT=*
//SYSIN DD *
DUMP DATASET(INCLUDE(DFHSM.MCDS)) -
OPT(4) ALLX ALLD(*) SPHERE OUTDD(TAPE1)
/*
//STEPA EXEC PGM=IEFBR14,COND=(0,NE)
//MCDS DD DSNAME=DFHSM.REOGMCDS.T,DISP=(,CATLG),
// DCB=(RECFM=VBS,LRECL=2044,BLKSIZE=0),
// SPACE=(CYL,(550,550)),UNIT=SYSALLDA,VOL=SER=SYBSS2
/*
//STEPB EXEC PGM=IDCAMS,REGION=2048K,COND=(0,NE)
//SYSPRINT DD SYSOUT=*
//SYSIN DD *
EXPORT DFHSM.MCDS ODS(DFHSM.REOGMCDS.T) TEMPORARY
/*
//STEPC EXEC PGM=IDCAMS,REGION=2048K,COND=(0,NE)
//SYSPRINT DD SYSOUT=*
//SYSIN DD *
IMPORT IDS(DFHSM.REOGMCDS.T) ODS(DFHSM.MCDS)
/*
//STEPD EXEC PGM=IDCAMS,REGION=2048K,COND=(0,NE)
//SYSPRINT DD SYSOUT=*
//SYSIN DD *
DEL DFHSM.REOGMCDS.T
/*
//STEPE EXEC PGM=IDCAMS,REGION=4K
//SYSPRINT DD SYSOUT=*
//DADA DD SYSOUT=*
//SYSIN DD *
LISTC ENT('DFHSM.MCDS') ALL
/*
//
Thanks in advance.
Enjoy a safer web experience. Upgrade to the new Internet Explorer 8
optimised for Yahoo!7. Get it now.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
