Re: DFHSM - URGENT HELP
Willie, Here is a shot in the dark but hopefully will help. if you have a DFSMSHSM CONTROL DATASET - MIGRATED DATASET-- LISTING do a search on the file and see if it shows the volume that your file was migrated too and try to recatalog it with that volume number. DATASETMIGRATED LAST REF . NAME ON VOLUMEDATE . Your file41022207/10/03 and if you want. use IEFBR14 as shown here. //STEP01 EXEC PGM=IEFBR14 //DD1 DD DSN=YOUR FILE NAME, // DISP=(OLD,CATLG,CATLG), // UNIT=your unit name, // VOL=SER=410222 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSM - URGENT HELP
snip If the migrated dataset was scratched, the MCDS definitions for the dataset are gone also, and this is what is causing your recall failure. /snip This is not necessarily true. There are parameters that govern how long these records are kept in the CDS's. SETSYS MIGRATIONCLEANUPDAYS controls this activity (please RTFM for the full details). At the end of this interval, the records are deleted during secondary space management. The situation described by the OP had the dataset being uncataloged very shortly after migration and (presumably) before secondary space management occurred, so the record should have been in the MCDS. Given that the record was in the MCDS, DEF NVSAM(NAME(X) DEVT(tape device) volume(MIGRAT)' should enable the recall of the dataset. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSM - URGENT HELP
I TRIED IT OUT AND IT DIDN'T WORK. BELOW IS MESSAGE: ARC1001I SCCPM1.GBANK.LOG3.FDBS0658.G0001V00 RECOVER FAILED, RC=0028, ARC1001I (CONT.) REAS= ARC1128I BACKUP/DUMP COPY DOES NOT EXIST Thompson, Steve [EMAIL PROTECTED] wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of willie bunter Sent: Friday, November 16, 2007 11:03 AM To: IBM-MAIN@BAMA.UA.EDU Subject: DFHSM - URGENT HELP Good Day, A files which was migrated by DFHSM (MIGRAT2)was uncataloged in error ( del nscr purge). Is there a way of getting it back? I tried : DEFINE CL (NAME(SCCPM1.GBANK.LOG3.FDBS0658.G0001V00) - VOLUMES(MIGRAT2) - RECATALOG) IF DFHSM still has it available via archive(?), then just restore it. If you have to restore it with a G00V00 name other than how it was, then use G0001V01 (which is the next version of the generation data set itself). Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - Be a better sports nut! Let your teams follow you with Yahoo Mobile. Try it now. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSM - URGENT HELP
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of willie bunter Sent: Friday, November 16, 2007 11:03 AM To: IBM-MAIN@BAMA.UA.EDU Subject: DFHSM - URGENT HELP Good Day, A files which was migrated by DFHSM (MIGRAT2)was uncataloged in error ( del nscr purge). Is there a way of getting it back? I tried : DEFINE CL (NAME(SCCPM1.GBANK.LOG3.FDBS0658.G0001V00) - VOLUMES(MIGRAT2) - RECATALOG) I received the following: IDC3201I CONSTANT 'MIGRAT2' EXCEEDS LENGTH LIMIT Is there something else I can try? Thanks. Catalog it to MIGRAT with a device type of X'78048081'. Also, all migrated files are NONVSAM. DEF NVSAM(NAME(SCCPM1.GBANK.LOG3.FDBS0658.G0001V00) - DEVT(X'78048081') - VOLUME(MIGRAT)) I __think__ that is correct. Well, off to the group lunch! OutBack Steak House! yum. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
DFHSM - URGENT HELP
Good Day, A files which was migrated by DFHSM (MIGRAT2)was uncataloged in error ( del nscr purge). Is there a way of getting it back? I tried : DEFINE CL (NAME(SCCPM1.GBANK.LOG3.FDBS0658.G0001V00) - VOLUMES(MIGRAT2) - RECATALOG) I received the following: IDC3201I CONSTANT 'MIGRAT2' EXCEEDS LENGTH LIMIT Is there something else I can try? Thanks. - Get easy, one-click access to your favorites. Make Yahoo! your homepage. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSM - URGENT HELP
A couple thoughts. First of all, shut the caps-lock key off. It looks like you're yelling at us. :-) Did you try doing the DEFINE NVSAM that John (I believe) tossed out? At least at our site, before a dataset can get migrated, it must be backed up via DFHSM backup routines. You could try running a DFHSM RECOVER command to try to get the most recent backup of the dataset. Post the actual command you tried below. That could give us a clue as to what you actually tried! Running the RECALL command against the dataset would be the correct way to get it back from the ML2 volume. How long ago did the dataset get uncataloged? Depending on what DFHSM has run since the uncatalog happened may cause you problems. Do you have any full-volume backups of the pack it was originally on? If so, you may be able to get it back from a backup. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of willie bunter Sent: Friday, November 16, 2007 11:17 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DFHSM - URGENT HELP I TRIED IT OUT AND IT DIDN'T WORK. BELOW IS MESSAGE: ARC1001I SCCPM1.GBANK.LOG3.FDBS0658.G0001V00 RECOVER FAILED, RC=0028, ARC1001I (CONT.) REAS= ARC1128I BACKUP/DUMP COPY DOES NOT EXIST Thompson, Steve [EMAIL PROTECTED] wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of willie bunter Sent: Friday, November 16, 2007 11:03 AM To: IBM-MAIN@BAMA.UA.EDU Subject: DFHSM - URGENT HELP Good Day, A files which was migrated by DFHSM (MIGRAT2)was uncataloged in error ( del nscr purge). Is there a way of getting it back? I tried : DEFINE CL (NAME(SCCPM1.GBANK.LOG3.FDBS0658.G0001V00) - VOLUMES(MIGRAT2) - RECATALOG) IF DFHSM still has it available via archive(?), then just restore it. If you have to restore it with a G00V00 name other than how it was, then use G0001V01 (which is the next version of the generation data set itself). Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - Be a better sports nut! Let your teams follow you with Yahoo Mobile. Try it now. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSM - URGENT HELP
Rex, My apologies for using caps-lock. I tired the DEFINE NVAS command and I am having a problem with device type: IDC3009I ** VSAM CATALOG RETURN CODE IS 168 - REASON CODE IS IGG0CLEH-4 I know it is a high density drive 9840 (STORAGETEK) but it doesn't seem to work. Here is my command: DEFINE NVSAM (NAME(SCCPM1.GBANK.LOG3.FDBS0658.G0001V00 ) - DEVT(9840) - VOLUMES(MIGRAT) - I perfomed a recall of another migrated dataset just to verify the drive type and it shows the device type as 3590. I tried the RECOVER but it failed because of : ARC1001I SCCPM1.GBANK.LOG3.FDBS0658.G0001V00 RECOVER FAILED, RC=0028, ARC1001I (CONT.) REAS= ARC1128I BACKUP/DUMP COPY DOES NOT EXIST Pommier, Rex R. [EMAIL PROTECTED] wrote: A couple thoughts. First of all, shut the caps-lock key off. It looks like you're yelling at us. :-) Did you try doing the DEFINE NVSAM that John (I believe) tossed out? At least at our site, before a dataset can get migrated, it must be backed up via DFHSM backup routines. You could try running a DFHSM RECOVER command to try to get the most recent backup of the dataset. Post the actual command you tried below. That could give us a clue as to what you actually tried! Running the RECALL command against the dataset would be the correct way to get it back from the ML2 volume. How long ago did the dataset get uncataloged? Depending on what DFHSM has run since the uncatalog happened may cause you problems. Do you have any full-volume backups of the pack it was originally on? If so, you may be able to get it back from a backup. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of willie bunter Sent: Friday, November 16, 2007 11:17 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DFHSM - URGENT HELP I TRIED IT OUT AND IT DIDN'T WORK. BELOW IS MESSAGE: ARC1001I SCCPM1.GBANK.LOG3.FDBS0658.G0001V00 RECOVER FAILED, RC=0028, ARC1001I (CONT.) REAS= ARC1128I BACKUP/DUMP COPY DOES NOT EXIST Thompson, Steve wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of willie bunter Sent: Friday, November 16, 2007 11:03 AM To: IBM-MAIN@BAMA.UA.EDU Subject: DFHSM - URGENT HELP Good Day, A files which was migrated by DFHSM (MIGRAT2)was uncataloged in error ( del nscr purge). Is there a way of getting it back? I tried : DEFINE CL (NAME(SCCPM1.GBANK.LOG3.FDBS0658.G0001V00) - VOLUMES(MIGRAT2) - RECATALOG) IF DFHSM still has it available via archive(?), then just restore it. If you have to restore it with a G00V00 name other than how it was, then use G0001V01 (which is the next version of the generation data set itself). Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - Be a better sports nut! Let your teams follow you with Yahoo Mobile. Try it now. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - Get easy, one-click access to your favorites. Make Yahoo! your homepage. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSM - URGENT HELP
Do the define without the RECATALOG parameter DEF NVSAM(name(x) devt(tape) volume(migrat)) snip A files which was migrated by DFHSM (MIGRAT2)was uncataloged in error ( del nscr purge). Is there a way of getting it back? I tried : DEFINE CL (NAME(SCCPM1.GBANK.LOG3.FDBS0658.G0001V00) - VOLUMES(MIGRAT2) - RECATALOG) I received the following: IDC3201I CONSTANT 'MIGRAT2' EXCEEDS LENGTH LIMIT /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSM - URGENT HELP
I tried your suggestion for the DEVT. Still same error message: IDC3009I ** VSAM CATALOG RETURN CODE IS 168 - REASON CODE IS IGG0CLEH-4 I will keep on digging. Adams, Rick [EMAIL PROTECTED] wrote: Issue the DEFINE command again but use device type DEVT(X'78048083'). Then try to recall the dataset. If it fails look in the HSM Storage Administration Guide and follow the steps for Case 9 in the Data Recovery Scenarios Chapter (at least that is the case in the 1.8 manual!). You would look for the heading: Reestablish Access to Previously Deleted Migrated Data Sets (No Backup Exists, ML2 Only) That should fix you up. ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of willie bunter Sent: Friday, November 16, 2007 12:19 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DFHSM - URGENT HELP I forgot to answer your question about how long ago the dataset was uncataloged. It was about 2 hours ago. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - Never miss a thing. Make Yahoo your homepage. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSM - URGENT HELP
Issue the DEFINE command again but use device type DEVT(X'78048083'). Then try to recall the dataset. If it fails look in the HSM Storage Administration Guide and follow the steps for Case 9 in the Data Recovery Scenarios Chapter (at least that is the case in the 1.8 manual!). You would look for the heading: Reestablish Access to Previously Deleted Migrated Data Sets (No Backup Exists, ML2 Only) That should fix you up. ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of willie bunter Sent: Friday, November 16, 2007 12:19 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DFHSM - URGENT HELP I forgot to answer your question about how long ago the dataset was uncataloged. It was about 2 hours ago. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSM - URGENT HELP
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of willie bunter Sent: Friday, November 16, 2007 11:03 AM To: IBM-MAIN@BAMA.UA.EDU Subject: DFHSM - URGENT HELP Good Day, A files which was migrated by DFHSM (MIGRAT2)was uncataloged in error ( del nscr purge). Is there a way of getting it back? I tried : DEFINE CL (NAME(SCCPM1.GBANK.LOG3.FDBS0658.G0001V00) - VOLUMES(MIGRAT2) - RECATALOG) SNIP IF DFHSM still has it available via archive(?), then just restore it. If you have to restore it with a G00V00 name other than how it was, then use G0001V01 (which is the next version of the generation data set itself). Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSM - URGENT HELP
If it was only a couple hours DFHSM shouldn't have had time to clear out all backups of the dataset. Did you try either RECALL or RECOVER? If so, what command did you use and what was the output? Rex -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of willie bunter Sent: Friday, November 16, 2007 12:19 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DFHSM - URGENT HELP I forgot to answer your question about how long ago the dataset was uncataloged. It was about 2 hours ago. Pommier, Rex R. [EMAIL PROTECTED] wrote: A couple thoughts. First of all, shut the caps-lock key off. It looks like you're yelling at us. :-) Did you try doing the DEFINE NVSAM that John (I believe) tossed out? At least at our site, before a dataset can get migrated, it must be backed up via DFHSM backup routines. You could try running a DFHSM RECOVER command to try to get the most recent backup of the dataset. Post the actual command you tried below. That could give us a clue as to what you actually tried! Running the RECALL command against the dataset would be the correct way to get it back from the ML2 volume. How long ago did the dataset get uncataloged? Depending on what DFHSM has run since the uncatalog happened may cause you problems. Do you have any full-volume backups of the pack it was originally on? If so, you may be able to get it back from a backup. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of willie bunter Sent: Friday, November 16, 2007 11:17 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DFHSM - URGENT HELP I TRIED IT OUT AND IT DIDN'T WORK. BELOW IS MESSAGE: ARC1001I SCCPM1.GBANK.LOG3.FDBS0658.G0001V00 RECOVER FAILED, RC=0028, ARC1001I (CONT.) REAS= ARC1128I BACKUP/DUMP COPY DOES NOT EXIST Thompson, Steve wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of willie bunter Sent: Friday, November 16, 2007 11:03 AM To: IBM-MAIN@BAMA.UA.EDU Subject: DFHSM - URGENT HELP Good Day, A files which was migrated by DFHSM (MIGRAT2)was uncataloged in error ( del nscr purge). Is there a way of getting it back? I tried : DEFINE CL (NAME(SCCPM1.GBANK.LOG3.FDBS0658.G0001V00) - VOLUMES(MIGRAT2) - RECATALOG) IF DFHSM still has it available via archive(?), then just restore it. If you have to restore it with a G00V00 name other than how it was, then use G0001V01 (which is the next version of the generation data set itself). Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - Be a better sports nut! Let your teams follow you with Yahoo Mobile. Try it now. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - Never miss a thing. Make Yahoo your homepage. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSM - URGENT HELP
I forgot to answer your question about how long ago the dataset was uncataloged. It was about 2 hours ago. Pommier, Rex R. [EMAIL PROTECTED] wrote: A couple thoughts. First of all, shut the caps-lock key off. It looks like you're yelling at us. :-) Did you try doing the DEFINE NVSAM that John (I believe) tossed out? At least at our site, before a dataset can get migrated, it must be backed up via DFHSM backup routines. You could try running a DFHSM RECOVER command to try to get the most recent backup of the dataset. Post the actual command you tried below. That could give us a clue as to what you actually tried! Running the RECALL command against the dataset would be the correct way to get it back from the ML2 volume. How long ago did the dataset get uncataloged? Depending on what DFHSM has run since the uncatalog happened may cause you problems. Do you have any full-volume backups of the pack it was originally on? If so, you may be able to get it back from a backup. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of willie bunter Sent: Friday, November 16, 2007 11:17 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DFHSM - URGENT HELP I TRIED IT OUT AND IT DIDN'T WORK. BELOW IS MESSAGE: ARC1001I SCCPM1.GBANK.LOG3.FDBS0658.G0001V00 RECOVER FAILED, RC=0028, ARC1001I (CONT.) REAS= ARC1128I BACKUP/DUMP COPY DOES NOT EXIST Thompson, Steve wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of willie bunter Sent: Friday, November 16, 2007 11:03 AM To: IBM-MAIN@BAMA.UA.EDU Subject: DFHSM - URGENT HELP Good Day, A files which was migrated by DFHSM (MIGRAT2)was uncataloged in error ( del nscr purge). Is there a way of getting it back? I tried : DEFINE CL (NAME(SCCPM1.GBANK.LOG3.FDBS0658.G0001V00) - VOLUMES(MIGRAT2) - RECATALOG) IF DFHSM still has it available via archive(?), then just restore it. If you have to restore it with a G00V00 name other than how it was, then use G0001V01 (which is the next version of the generation data set itself). Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - Be a better sports nut! Let your teams follow you with Yahoo Mobile. Try it now. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - Never miss a thing. Make Yahoo your homepage. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSM - URGENT HELP
Don't RECOVER, RESTORE! -Original Message- From: willie bunter [mailto:snip] Sent: Friday, November 16, 2007 9:17 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DFHSM - URGENT HELP I TRIED IT OUT AND IT DIDN'T WORK. BELOW IS MESSAGE: ARC1001I SCCPM1.GBANK.LOG3.FDBS0658.G0001V00 RECOVER FAILED, RC=0028, ARC1001I (CONT.) REAS= ARC1128I BACKUP/DUMP COPY DOES NOT EXIST Thompson, Steve snip wrote: snip IF DFHSM still has it available via archive(?), then just restore it. If you have to restore it with a G00V00 name other than how it was, then use G0001V01 (which is the next version of the generation data set itself). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSM - URGENT HELP
If the migrated dataset was scratched, the MCDS definitions for the dataset are gone also, and this is what is causing your recall failure. In addition the the DEF NVSAM to catalog the dataset, you will also need to determine what ML2 volume contains the dataset (may require looking at old HSM CDS backups) and then run an DFHSM AUDIT on that tape, which will then see the dataset cataloged to MIGRAT and on the tape but not in the MCDS and propose/make the necessary fixes in MCDS to make the dataset accessible again. Another approach that we occasionally use, assuming you have backups of the HSM CDS datasets and a recovery/test MVS platform that can be used: You can bring up an HSM environment on a test system with back level versions of the production CDS datasets that still have the dataset on ML2 and catalog the dataset to MIGRAT with DEF NVSAM on the test system, Recall the dataset there, and then export the dataset back to the production system by some means, where it can be re-migrated back to ML2. Willie bunter wrote: I tried your suggestion for the DEVT. Still same error message: IDC3009I ** VSAM CATALOG RETURN CODE IS 168 - REASON CODE IS IGG0CLEH-4 I will keep on digging. Adams, Rick [EMAIL PROTECTED] wrote: Issue the DEFINE command again but use device type DEVT(X'78048083'). Then try to recall the dataset. If it fails look in the HSM Storage Administration Guide and follow the steps for Case 9 in the Data Recovery Scenarios Chapter (at least that is the case in the 1.8 manual!). You would look for the heading: Reestablish Access to Previously Deleted Migrated Data Sets (No Backup Exists, ML2 Only) That should fix you up. ThanksRick ... -- Joel C. Ewing, Fort Smith, AR[EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html