|
View previous topic :: View next topic
|
| Author |
Message |
gekalpana
New User
Joined: 11 Apr 2007
Posts: 12
Location: Chennai
|
|
|
|
| How to modify (increase ) the limit parameter of an existing Gdg ?? |
|
| Back to top |
|
 |
expat
Global Moderator
Joined: 14 Mar 2007
Posts: 8797
Location: Welsh Wales
|
|
|
|
| IDCAMS ALTER |
|
| Back to top |
|
|
gekalpana
New User
Joined: 11 Apr 2007
Posts: 12
Location: Chennai
|
|
|
|
| Is there any we can recover the deleted gdg version which is defined with Scratch option ?? |
|
| Back to top |
|
|
expat
Global Moderator
Joined: 14 Mar 2007
Posts: 8797
Location: Welsh Wales
|
|
|
|
Only if a backup exists.
If you have DFSMShsm you could try HRECOVER 'dataset name' |
|
| Back to top |
|
|
gekalpana
New User
Joined: 11 Apr 2007
Posts: 12
Location: Chennai
|
|
|
|
| Tried Hrecover already.... but it failed |
|
| Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006
Posts: 19244
Location: Inside the Matrix
|
|
|
|
Hello,
You might talk with your storage management people. If there was a backup and the backup has been phased out returning the backup volume to scratch status, the file may be recoverable if the backup media hasn't already been re-written on.
They (the storage management people) can do things beyond the typical HRECOVER. |
|
| Back to top |
|
|
expat
Global Moderator
Joined: 14 Mar 2007
Posts: 8797
Location: Welsh Wales
|
|
|
|
| Quote: |
You might talk with your storage management people. If there was a backup and the backup has been phased out returning the backup volume to scratch status, the file may be recoverable if the backup media hasn't already been re-written on.
They (the storage management people) can do things beyond the typical HRECOVER. |
Yes, and it can be a real PITA too 
The only way to use a backup version that existed but has since been deleted is a procedure which will impact anyone wanting to use the facilities of HSM during this period, so your storage people may just say "tough luck". I know that I WOULD.
Phase 1 - probably needs to be done by the storage people -
a) Recover the oldest version of the HSM CDS to newnames
b) Analyse the BCDS records to see if a version exists
c) IF it does............... this is where you REALLY need to grovel to storage 
d) If it doesn't - send your CV to ..............................
They will need to
Perform CDS backup procedures
Close down HSM
Rename the existing CDS to a newname
Rename the recovered CDS to the standard name
Restart HSM in EMERGENCY mode
Recover your dataset
Close down HSM
Delete the old CDS version
Rename the current CDS back to standard
Restart HSM |
|
| Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006
Posts: 19244
Location: Inside the Matrix
|
|
|
|
Yup, it just depends on the value of what needs to be recovered.
If we cannot run the next payroll cycle without this data, i suspect that it will be done. . .
I surely did not mean to imply that it might be easy, just that it might be done
One other thought, if there is a "playground" LPAR guest for testing new operating system releases and/or major other system software upgrades, that might be used for the emergency recovery and not impact the "real" operational world. |
|
| Back to top |
|
|
expat
Global Moderator
Joined: 14 Mar 2007
Posts: 8797
Location: Welsh Wales
|
|
|
|
| Quote: |
| One other thought, if there is a "playground" LPAR guest for testing new operating system releases and/or major other system software upgrades, that might be used for the emergency recovery and not impact the "real" operational world. |
Yes, a valid point. But most of the places that I've worked at will use the development HSM, or whatever, to administer the DASD on the "sandpit" system. Purely a financial action to avoid the cost of an additional license fee for a hardly used and "unimportant" system. |
|
| Back to top |
|
|
|
|
