Portal | Manuals | References | Downloads | Info | Programs | JCLs | Master the Mainframes
IBM Mainframe Computers Forums Index
 
Register
 
IBM Mainframe Computers Forums Index Mainframe: Search IBM Mainframe Forum: FAQ Memberlist Usergroups Profile Log in to check your private messages Log in
 

 

Why RECOVERY ON option is not default while editing datasets

 
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> TSO/ISPF
View previous topic :: :: View next topic  
Author Message
vasanthz

Global Moderator


Joined: 28 Aug 2007
Posts: 1474
Location: Chennai

PostPosted: Tue Nov 24, 2009 2:59 am    Post subject: Why RECOVERY ON option is not default while editing datasets
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

Senior Member


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

PostPosted: Tue Nov 24, 2009 3:19 am    Post subject: Reply to: Why RECOVERY ON option is not default while editin
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: 1002
Location: Oostende, Belgium

PostPosted: Tue Nov 24, 2009 5:03 am    Post subject: Re: Why RECOVERY ON option is not default while editing data
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    Post subject:
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: 401
Location: Mumbai

PostPosted: Tue Nov 24, 2009 11:54 am    Post subject: Reply to: Why RECOVERY ON option is not default while editin
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: 1002
Location: Oostende, Belgium

PostPosted: Tue Nov 24, 2009 2:56 pm    Post subject: Re: Reply to: Why RECOVERY ON option is not default while ed
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    Post subject:
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: 7992
Location: Bellevue, IA

PostPosted: Tue Nov 24, 2009 5:35 pm    Post subject:
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

Senior Member


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

PostPosted: Tue Nov 24, 2009 9:01 pm    Post subject: Reply to: Why RECOVERY ON option is not default while editin
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

Site Director


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

PostPosted: Tue Nov 24, 2009 9:51 pm    Post subject: Reply to: Why RECOVERY ON option is not default while editin
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: 401
Location: Mumbai

PostPosted: Wed Nov 25, 2009 4:56 am    Post subject: Re: Reply to: Why RECOVERY ON option is not default while ed
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    Post subject:
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    IBMMAINFRAMES.com Support Forums -> TSO/ISPF All times are GMT + 6 Hours
Page 1 of 1

 

Search our Forum:

Similar Topics
Topic Author Forum Replies Posted
No new posts Need info with DBRC recovery ashek15 IMS DB/DC 0 Mon Jan 23, 2017 6:43 am
No new posts DUMP DATASETS VS TRACE DATASETS! lind sh CICS 4 Tue Dec 06, 2016 11:31 pm
No new posts BWO option in VSAM blayek CICS 3 Sat Nov 05, 2016 10:47 am
No new posts Regarding COBOL Stored Procedure opti... selvamsrinivasan85 DB2 4 Fri Nov 04, 2016 8:57 pm
No new posts Single COPY CICS TS datasets and when... Kyle Carroll CICS 2 Tue Oct 11, 2016 9:47 pm


Facebook
Back to Top
 
Mainframe Wiki | Forum Rules | Bookmarks | Subscriptions | FAQ | Tutorials | Contact Us