IBM Mainframe Forum Index
 
Log In
 
IBM Mainframe Forum Index Mainframe: Search IBM Mainframe Forum: FAQ Register
 

Why RECOVERY ON option is not default while editing datasets


IBM Mainframe Forums -> TSO/ISPF
Post new topic   Reply to topic
View previous topic :: View next topic  
Author Message
vasanthz

Global Moderator


Joined: 28 Aug 2007
Posts: 1742
Location: Tirupur, India

PostPosted: Tue Nov 24, 2009 2:59 am
Reply with quote

Hi,

Could you pls say why RECOVERY ON option is not default while editing datasets, This may be site specific question but I worked on two sites and both have RECOVERY OFF as default.

I mean its good to have RECOVERY ON as default since it allows some flexibility to commit & correct errors. icon_smile.gif

Does it consume space or resorce of some sort? icon_rolleyes.gif
Just a curiosity.

Thanks,
Back to top
View user's profile Send private message
Pedro

Global Moderator


Joined: 01 Sep 2006
Posts: 2546
Location: Silicon Valley

PostPosted: Tue Nov 24, 2009 3:19 am
Reply with quote

I agree it should be on.

Sorry, I do not know the details, but there is a dataset involved. It contains recovery information for each dataset you are editing. Any unsaved editing changes can be recovered if your userid is cancelled or something.
Back to top
View user's profile Send private message
prino

Senior Member


Joined: 07 Feb 2009
Posts: 1306
Location: Vilnius, Lithuania

PostPosted: Tue Nov 24, 2009 5:03 am
Reply with quote

vasanthz wrote:
Could you pls say why RECOVERY ON option is not default while editing datasets, This may be site specific question but I worked on two sites and both have RECOVERY OFF as default.


It is site-specific and is set up in the ISPF configuration table

If you want, you can create a private version of it in a load library allocated to ISPLLIB. Give the command "TSO ISPCCONF" and you are on your way.
Back to top
View user's profile Send private message
Terry Heinze

JCL Moderator


Joined: 14 Jul 2008
Posts: 1249
Location: Richfield, MN, USA

PostPosted: Tue Nov 24, 2009 5:48 am
Reply with quote

I think every place I've ever worked at had RECOVERY OFF as the default, but I've not had a problem keying RECOV ON;AUTOSAVE OFF every time I define a new PDS.
Back to top
View user's profile Send private message
MBabu

Active User


Joined: 03 Aug 2008
Posts: 400
Location: Mumbai

PostPosted: Tue Nov 24, 2009 11:54 am
Reply with quote

It is off because of performance. It isn't significant on current machines but was on older machines. Apparently that is the same reason HILITE is off by default. Your site can change the defaults for everyone or you can do it for yourself several ways. The easiest way is by a session macro. See the EDSET command. If RECOVERY is the only command you want to run in a session macro, you can even just use REC or RECOVERY as the session macro (not recommended because you probably will want to do more). There are other ways to do it but that is the easiest.

By the way, you should not create your own ISPCCONF table. You will lose site updates and debugging problems with your helpdesk or IBM will be nearly impossible because you will forget that you have a private copy.
Back to top
View user's profile Send private message
prino

Senior Member


Joined: 07 Feb 2009
Posts: 1306
Location: Vilnius, Lithuania

PostPosted: Tue Nov 24, 2009 2:56 pm
Reply with quote

MBabu wrote:
By the way, you should not create your own ISPCCONF table. You will lose site updates and debugging problems with your helpdesk or IBM will be nearly impossible because you will forget that you have a private copy.


If the site you worked at would be using a command-table that was up-to-date three releases of z/OS ago, and you get a comment like "... it is not interesting to check if there are new commands with every release of z/OS...", then you have little choice and must take things in your own hands.

As for "forgetting", it's very unlikely that someone who is capable of setting up their own ISPF configuration table will forget that they have done so when there is a problem.
Back to top
View user's profile Send private message
dbzTHEdinosauer

Global Moderator


Joined: 20 Oct 2006
Posts: 6966
Location: porcelain throne

PostPosted: Tue Nov 24, 2009 5:23 pm
Reply with quote

MBabu wrote:
It is off because of performance. It isn't significant on current machines but was on older machines.


I agree that current machines are faster,

but,

so many tso/ispf users have a very low skill level
and all the extras - recovery, hilite - have a resource cost.

If you know what you are doing, 'low level defaults' are of no consequence.
I don't always agree with the don't provide it until someone asks for it
attitude of sys-pgmrs, but in this case I agree.

Many sites now, individually, have the processing equal to the world's processing power of 10 years ago, but they still often have their slow-go periods. why, because instead of 100 users, they have 10,000 - with about as many skilled users as 10 years ago.
Back to top
View user's profile Send private message
Robert Sample

Global Moderator


Joined: 06 Jun 2008
Posts: 8696
Location: Dubuque, Iowa, USA

PostPosted: Tue Nov 24, 2009 5:35 pm
Reply with quote

Considered at the proper time, performance is always an issue. No matter how fast the hardware is, somebody will write software that slows it down to a crawl because they don't understand the architecture.

However, performance should be the last thing considered after the software has been verified to be working correctly -- and only if there appear to be performance issues. Of course, performance issues are sometimes inherent in the design -- but that should be addressed as part of the design review.

And performance tuning is not saying a batch job runs for six hours and has to be done in two -- that's poor specifications!
Back to top
View user's profile Send private message
Pedro

Global Moderator


Joined: 01 Sep 2006
Posts: 2546
Location: Silicon Valley

PostPosted: Tue Nov 24, 2009 9:01 pm
Reply with quote

Quote:
I don't always agree with the don't provide it until someone asks for it
attitude of sys-pgmrs, but in this case I agree.

But for less skilled users, that is exactly when you need recovery / hilite.
Back to top
View user's profile Send private message
dick scherrer

Moderator Emeritus


Joined: 23 Nov 2006
Posts: 19244
Location: Inside the Matrix

PostPosted: Tue Nov 24, 2009 9:51 pm
Reply with quote

Quote:
because instead of 100 users, they have 10,000 - with about as many skilled users as 10 years ago.
The total amount of knowldege/skill is constant - the population is increasing icon_wink.gif

In our lifetime, there will not be a machine created with enough power that it can't be sent down the toilet. . .

imho,

d
Back to top
View user's profile Send private message
MBabu

Active User


Joined: 03 Aug 2008
Posts: 400
Location: Mumbai

PostPosted: Wed Nov 25, 2009 4:56 am
Reply with quote

prino wrote:
As for "forgetting", it's very unlikely that someone who is capable of setting up their own ISPF configuration table will forget that they have done so when there is a problem.

I worked a helpdesk problem that took several weeks to resolve because someone had not only created a private ISPF config table, but gave a copy of it to a colleague. Either neither one of them remembered, or neither thought it important enough to mention that they'd completely changed their environment away from site specs. The problem, if I recall, was that site exits weren't being invoked for them and they couldn't figure out why and since it is so unusual for a user to do such a modification, it took a while to find the problem and it had to be tracked down with IBM's help through some tracing.
Back to top
View user's profile Send private message
dbzTHEdinosauer

Global Moderator


Joined: 20 Oct 2006
Posts: 6966
Location: porcelain throne

PostPosted: Wed Nov 25, 2009 5:00 am
Reply with quote

MBabu wrote:
it took a while to find the problem



Mbabu, bet it does not take long now, does it?
Back to top
View user's profile Send private message
View previous topic :: :: View next topic  
Post new topic   Reply to topic View Bookmarks
All times are GMT + 6 Hours
Forum Index -> TSO/ISPF

 


Similar Topics
Topic Forum Replies
No new posts SCOPE PENDING option -check data DB2 2
No new posts OUTFIL with SAVE option DFSORT/ICETOOL 7
No new posts CICS vs LE: STORAGE option CICS 0
No new posts Running a Job with the Default User ID JCL & VSAM 2
No new posts Change Default Scroll Setting TSO/ISPF 1
Search our Forums:

Back to Top