home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / bit / listserv / ibmmain / 2957 < prev    next >
Encoding:
Text File  |  1993-01-07  |  1.5 KB  |  38 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!munnari.oz.au!spool.mu.edu!uwm.edu!zaphod.mps.ohio-state.edu!swrinde!gatech!paladin.american.edu!auvm!USCMVSA.BITNET!LDW
  3. Message-ID: <IBM-MAIN%93010703223029@RICEVM1.RICE.EDU>
  4. Newsgroups: bit.listserv.ibm-main
  5. Date:         Thu, 7 Jan 1993 01:21:00 PST
  6. Sender:       IBM Mainframe Discussion list <IBM-MAIN@RICEVM1.BITNET>
  7. From:         Leonard D Woren <LDW@USCMVSA.BITNET>
  8. Subject: Re: Dangling VSAM truenames
  9. Lines: 27
  10.  
  11. On Tue, 5 Jan 1993 14:41:00 PST,
  12.    Gregory Plucinski 257508 <GRZES@PLWATU22.BITNET> said:
  13. >  I think that someone use :
  14. >   DELETE name CLUSTER
  15. >  If you specify CLUSTER VSAM deletes only cluster (not DATA and INDEX,
  16. >            i don't know why but it's )
  17.  
  18. This is not true.  Try it.  DELETE CLUSTER deletes the cluster and all
  19. lower level related objects.
  20.  
  21. >  the only way to recover this situation is SUPERZAP VTOC.
  22. >  (I can't erase all VSAM files on volume)
  23. >  I change in VTOC bit PASSWORD PROTECTED end erase file using DISP=(OLD,DELETE
  24. >  or from ISPF.
  25.  
  26. This type of approach should be used only as a last-ditch effort, if
  27. you have ICF catalogs.  ICF provides enough recovery capability that
  28. this should never be necessary.  If you do the above for ICF VSAM
  29. objects, you'll end up with junk in the VVDS, and likely trouble down
  30. the road.
  31.  
  32. I cannot imagine any reason for not converting to a pure ICF catalog
  33. environment.  ICF catalogs are faster, smaller, and more reliable than
  34. VSAM catalogs and CVOLS, and I don't think there are any negatives.
  35.  
  36.  
  37. /Leonard
  38.