View previous topic :: View next topic
|
Author |
Message |
RK1
New User
Joined: 15 Jul 2009 Posts: 17 Location: pune
|
|
|
|
Hi,
Since last 2-3 days DFHSM JOURNAL dataset is filling very frequently.
Though system automation issues BACKVOL CDS and able to backup it successfully, I am unable to understand the reson for this behaviour.
Tried checking for number of MIG/RECALL request (QUERY REQ) but those are normal.
Can someone help me to understand the reason.
Regards,
RK |
|
Back to top |
|
|
expat
Global Moderator
Joined: 14 Mar 2007 Posts: 8797 Location: Welsh Wales
|
|
|
|
Obviously HSM is doing a lot more work that usual, or maybe someone has reduced the size of the journal dataset.
Doesn't QUERY REQ only list any outstanding requests rather than completed ones ?
Have you tried looking at, I think it's called, ARCPEDIT |
|
Back to top |
|
|
Pete Wilson
Active Member
Joined: 31 Dec 2009 Posts: 580 Location: London
|
|
|
|
HSEND QUERY CDS will show current CDS utilisation.
HSEND QUERY STAT will show all the numbers for the various activities which could contribute to journalling activity, but only for the current day.
You'll need to analyse the logs, or use some of the HSEND LIST or HLIST or HSEND REPORT command reports to try and narrow down what the extra activity is. Probably some user doing something silly, or as expat suggested the JRNL may need resizing or has been incorrectly resized |
|
Back to top |
|
|
RK1
New User
Joined: 15 Jul 2009 Posts: 17 Location: pune
|
|
|
|
Thanks Pete and Expat for response.
I checked size of last four JOURNAL backup datasets and I do not think it would have been reduced. Presently it is utilizing 2000+ tracks.
Though I am not sure how to use ARCPEDIT and HSEND REPORT, I will try to explore more.
Thanks very much. |
|
Back to top |
|
|
Pete Wilson
Active Member
Joined: 31 Dec 2009 Posts: 580 Location: London
|
|
|
|
2000trks sounds extremely small for a JRNL if the backups are a similar size to the active one. Once you've figured out if the extra journalling is normal or not, figure out a JRNL size that prevents it filling up to quickly (if it's filling up 5 times a day you could make it 5 times bigger for example, so it only fills up once a day). This way your older JRNL & CDS backups are not rolling off too quickly either. |
|
Back to top |
|
|
|