Re: Set change bit after DFdss restore
Robert, Yes it is. However your remark lit a light in the back of my brain: if dss sets the changebit on a newname, what would it do when I renamed the dataset to itself? RENANMEU((dsname,dsname)) Yes, it restores the dataset to its original name, but it does set the changebit. A wonderful, I guess unintended, feature! Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Robert2 Gensler Sent: 01 November 2019 16:15 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Set change bit after DFdss restore Is it a requirement that the data sets being restored in the other sysplex have the same name as when they were dumped? When dss restore data sets with new names, it turns the changed bit on. Robert DFSMSdss Architecture and Development Tucson, AZ 1-720-349-5211 rgen...@us.ibm.com IBM Mainframe Discussion List wrote on 11/01/2019 03:42:50 AM: > From: "Vernooij, Kees (ITOP NM) - KLM" > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 11/01/2019 03:46 AM > Subject: [EXTERNAL] Re: Set change bit after DFdss restore Sent by: > IBM Mainframe Discussion List > > Not exactly my situation: the change bits are off correctly then the > datasets are dumped, but I want them turned on when the datasets are > restored in the new sysplex. > > Kees. > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU ] > On Behalf Of Michael Stein > Sent: 01 November 2019 07:04 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Set change bit after DFdss restore > > This might be old news and fixed (or documented?) but I remember that > ADRDSSU dump of a full volume turned off the DSCB change bits *IN THE > DUMP*. > > So you have a slightly bad/failing disk. You dump it to tape. > IBM replaces the HDA. You restore the tape image to the new disk. > Then you toss the tape... > > NO, you just lost information... > > That volume is in an incremental backup scheme and you just turned off > the change flag on an unknown number of datasets which now won't be > backed up by the next incremental backup run... > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > For information, services and offers, please visit our web site: > https://urldefense.proofpoint.com/v2/url? > u=http-3A__www.klm.com=DwIFAg=jf_iaSHvJObTbx- > siA1ZOg=4IouVQcajkz0Xk8aBQYNyp4CJn0tmfX31FiYrnNQujA=bV02HP- > KIeF0jjGCothMYLqKXOfGgJCWRYLlwMtqSow=SzpSHlfsDy6aEqIlkc7one3I8c21RZz16MUS- > IDFDJ4= . This e-mail and any attachment may contain confidential > and privileged material intended for the addressee only. If you are > not the addressee, you are notified that no part of the e-mail or any > attachment may be disclosed, copied or distributed, and that any other > action related to this e-mail or attachment is strictly prohibited, > and may be unlawful. If you have received this e-mail by error, please > notify the sender immediately by return e-mail, and delete this > message. > > Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/ or > its employees shall not be liable for the incorrect or incomplete > transmission of this e-mail or any attachments, nor responsible for > any delay in receipt. > Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal > Dutch Airlines) is registered in Amstelveen, The Netherlands, with > registered number 33014286 > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its emp
Re: Set change bit after DFdss restore
Is it a requirement that the data sets being restored in the other sysplex have the same name as when they were dumped? When dss restore data sets with new names, it turns the changed bit on. Robert DFSMSdss Architecture and Development Tucson, AZ 1-720-349-5211 rgen...@us.ibm.com IBM Mainframe Discussion List wrote on 11/01/2019 03:42:50 AM: > From: "Vernooij, Kees (ITOP NM) - KLM" > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 11/01/2019 03:46 AM > Subject: [EXTERNAL] Re: Set change bit after DFdss restore > Sent by: IBM Mainframe Discussion List > > Not exactly my situation: the change bits are off correctly then the > datasets are dumped, but I want them turned on when the datasets are > restored in the new sysplex. > > Kees. > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU > ] On Behalf Of Michael Stein > Sent: 01 November 2019 07:04 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Set change bit after DFdss restore > > This might be old news and fixed (or documented?) but I remember > that ADRDSSU dump of a full volume turned off the DSCB change bits > *IN THE DUMP*. > > So you have a slightly bad/failing disk. You dump it to tape. > IBM replaces the HDA. You restore the tape image to the new disk. > Then you toss the tape... > > NO, you just lost information... > > That volume is in an incremental backup scheme and you just turned > off the change flag on an unknown number of datasets which now won't > be backed up by the next incremental backup run... > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > For information, services and offers, please visit our web site: > https://urldefense.proofpoint.com/v2/url? > u=http-3A__www.klm.com=DwIFAg=jf_iaSHvJObTbx- > siA1ZOg=4IouVQcajkz0Xk8aBQYNyp4CJn0tmfX31FiYrnNQujA=bV02HP- > KIeF0jjGCothMYLqKXOfGgJCWRYLlwMtqSow=SzpSHlfsDy6aEqIlkc7one3I8c21RZz16MUS- > IDFDJ4= . This e-mail and any attachment may contain confidential > and privileged material intended for the addressee only. If you are > not the addressee, you are notified that no part of the e-mail or > any attachment may be disclosed, copied or distributed, and that any > other action related to this e-mail or attachment is strictly > prohibited, and may be unlawful. If you have received this e-mail by > error, please notify the sender immediately by return e-mail, and > delete this message. > > Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/ > or its employees shall not be liable for the incorrect or incomplete > transmission of this e-mail or any attachments, nor responsible for > any delay in receipt. > Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal > Dutch Airlines) is registered in Amstelveen, The Netherlands, with > registered number 33014286 > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Set change bit after DFdss restore
Not exactly my situation: the change bits are off correctly then the datasets are dumped, but I want them turned on when the datasets are restored in the new sysplex. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Michael Stein Sent: 01 November 2019 07:04 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Set change bit after DFdss restore This might be old news and fixed (or documented?) but I remember that ADRDSSU dump of a full volume turned off the DSCB change bits *IN THE DUMP*. So you have a slightly bad/failing disk. You dump it to tape. IBM replaces the HDA. You restore the tape image to the new disk. Then you toss the tape... NO, you just lost information... That volume is in an incremental backup scheme and you just turned off the change flag on an unknown number of datasets which now won't be backed up by the next incremental backup run... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Set change bit after DFdss restore
This might be old news and fixed (or documented?) but I remember that ADRDSSU dump of a full volume turned off the DSCB change bits *IN THE DUMP*. So you have a slightly bad/failing disk. You dump it to tape. IBM replaces the HDA. You restore the tape image to the new disk. Then you toss the tape... NO, you just lost information... That volume is in an incremental backup scheme and you just turned off the change flag on an unknown number of datasets which now won't be backed up by the next incremental backup run... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Set change bit after DFdss restore
Yes, I already mentioned the ca-disk tool: set the changebit. Talking about ca-disk: it does have the option to SET the changebit at restore time. No one has apparently requested this for dfdss. And to answer the question: why don't I use ca-disk? Like HSM, it administers it archives/backups in its index. Restoring requires the index records to be available in the new sysplex. This is possible, but equally complex as other solutions. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Richards, Robert B. Sent: 31 October 2019 12:02 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Set change bit after DFdss restore As a last resort, post process the restore list and create dataset backup commands from that. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, Kees (ITOP NM) - KLM Sent: Thursday, October 31, 2019 6:25 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Set change bit after DFdss restore Robert, CA-DISK has a similar function, but unfortunately both this one and the hsm one will not work in this situation. The dataset already exists in the target sysplex and therefor already has a backup. It will be overwritten with a new one by DFDSS with the changebit off. This scenario will not cause hsm nor ca-disk to take a backup, because a backup already exists. Kees. -Original Message- From: Vernooij, Kees (ITOP NM) - KLM Sent: 31 October 2019 11:07 To: IBM Mainframe Discussion List Subject: RE: Set change bit after DFdss restore No, I don't have hsm unfortunately, this option looks what I need. We have CA-DISK and I think it has a similar function, I will check that. This might be the golden tip. What ADRSSSU does at dump is not important, we want to transfer a specific set of data sets and they should all be selected. However at restore in the other sysplex, I want the changebit set and this seems impossible. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Richards, Robert B. Sent: 31 October 2019 10:58 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Set change bit after DFdss restore Kees, Do you have DFSMShsm? If so, specify: INCREMENTALBACKUP(ORIGINAL) INCREMENTALBACKUP(ORIGINAL) specifies that DFSMShsm creates an initial backup version (if one does not exist) for all non-VSAM and integrated catalog facility VSAM data sets on a primary volume when incremental backup takes place, regardless of the setting of the change bit in the data set VTOC entry. Using ADRSSSU with some combination of filtering. For instance: DUMP DATASET(INCLUDE(**) - BY((DSCHA,EQ,NO)) ) - >From the manual: The BY parameter can filter for the following data set characteristics: ALLOC - Allocation type (cylinder, track, block, absolute track, or movable) CATLG - Whether a data set is cataloged or not (using the standard catalog search order) CREDT - Creation date (absolute or relative) DATACLAS - Data class for SMS DSCHA - Whether the data-set-changed indicator is on DSORG - Data set organization (SAM, PAM, PDS, PDSE, BDAM, EXCP, HFS, ISAM, VSAM, or zFS) EXPDT - Expiration date (absolute or relative) EXTNT - Number of extents FSIZE - Data set size (number of allocated or used tracks) MGMTCLAS - Management class for SMS MULTI - Whether the VTOC shows that the data set is single-volume or multivolume (allocated single-volume data sets that have never been opened and are not cataloged may be selected as multivolume). REFDT - Last-referenced date (absolute or relative) STORCLAS - Storage class for SMS -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, Kees (ITOP NM) - KLM Sent: Wednesday, October 30, 2019 11:51 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Set change bit after DFdss restore Hello group, We use DFSMSdss to move datasets from one sysplex to another. The method is: Dump the datasets with DFdss to a dumpdataset. FTP the dumpdataset to the other sysplex. Restore the datasets in the other sysplex. The problem is that the datasets that have the changebit OFF in the original sysplex, will be restored with the changebit OFF. Therefor no backup will be taken at the target sysplex. DFdss has some options to RESET or not RESET the changebit, but not to SET the changebit ON. I checked FDR, but that doesn't have any options to manipulate the changebit. We have a CA-DISK utility to SET the changebit on individual datasets, but takes an extra step in each move action and can be easily forgotten. I prefer to have this done automatically. How can we easily and automatically set the changebit ON? Any ideas? Kees. For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may cont
Re: Set change bit after DFdss restore
As a last resort, post process the restore list and create dataset backup commands from that. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, Kees (ITOP NM) - KLM Sent: Thursday, October 31, 2019 6:25 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Set change bit after DFdss restore Robert, CA-DISK has a similar function, but unfortunately both this one and the hsm one will not work in this situation. The dataset already exists in the target sysplex and therefor already has a backup. It will be overwritten with a new one by DFDSS with the changebit off. This scenario will not cause hsm nor ca-disk to take a backup, because a backup already exists. Kees. -Original Message- From: Vernooij, Kees (ITOP NM) - KLM Sent: 31 October 2019 11:07 To: IBM Mainframe Discussion List Subject: RE: Set change bit after DFdss restore No, I don't have hsm unfortunately, this option looks what I need. We have CA-DISK and I think it has a similar function, I will check that. This might be the golden tip. What ADRSSSU does at dump is not important, we want to transfer a specific set of data sets and they should all be selected. However at restore in the other sysplex, I want the changebit set and this seems impossible. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Richards, Robert B. Sent: 31 October 2019 10:58 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Set change bit after DFdss restore Kees, Do you have DFSMShsm? If so, specify: INCREMENTALBACKUP(ORIGINAL) INCREMENTALBACKUP(ORIGINAL) specifies that DFSMShsm creates an initial backup version (if one does not exist) for all non-VSAM and integrated catalog facility VSAM data sets on a primary volume when incremental backup takes place, regardless of the setting of the change bit in the data set VTOC entry. Using ADRSSSU with some combination of filtering. For instance: DUMP DATASET(INCLUDE(**) - BY((DSCHA,EQ,NO)) ) - >From the manual: The BY parameter can filter for the following data set characteristics: ALLOC - Allocation type (cylinder, track, block, absolute track, or movable) CATLG - Whether a data set is cataloged or not (using the standard catalog search order) CREDT - Creation date (absolute or relative) DATACLAS - Data class for SMS DSCHA - Whether the data-set-changed indicator is on DSORG - Data set organization (SAM, PAM, PDS, PDSE, BDAM, EXCP, HFS, ISAM, VSAM, or zFS) EXPDT - Expiration date (absolute or relative) EXTNT - Number of extents FSIZE - Data set size (number of allocated or used tracks) MGMTCLAS - Management class for SMS MULTI - Whether the VTOC shows that the data set is single-volume or multivolume (allocated single-volume data sets that have never been opened and are not cataloged may be selected as multivolume). REFDT - Last-referenced date (absolute or relative) STORCLAS - Storage class for SMS -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, Kees (ITOP NM) - KLM Sent: Wednesday, October 30, 2019 11:51 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Set change bit after DFdss restore Hello group, We use DFSMSdss to move datasets from one sysplex to another. The method is: Dump the datasets with DFdss to a dumpdataset. FTP the dumpdataset to the other sysplex. Restore the datasets in the other sysplex. The problem is that the datasets that have the changebit OFF in the original sysplex, will be restored with the changebit OFF. Therefor no backup will be taken at the target sysplex. DFdss has some options to RESET or not RESET the changebit, but not to SET the changebit ON. I checked FDR, but that doesn't have any options to manipulate the changebit. We have a CA-DISK utility to SET the changebit on individual datasets, but takes an extra step in each move action and can be easily forgotten. I prefer to have this done automatically. How can we easily and automatically set the changebit ON? Any ideas? Kees. For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninkli
Re: Set change bit after DFdss restore
Robert, CA-DISK has a similar function, but unfortunately both this one and the hsm one will not work in this situation. The dataset already exists in the target sysplex and therefor already has a backup. It will be overwritten with a new one by DFDSS with the changebit off. This scenario will not cause hsm nor ca-disk to take a backup, because a backup already exists. Kees. -Original Message- From: Vernooij, Kees (ITOP NM) - KLM Sent: 31 October 2019 11:07 To: IBM Mainframe Discussion List Subject: RE: Set change bit after DFdss restore No, I don't have hsm unfortunately, this option looks what I need. We have CA-DISK and I think it has a similar function, I will check that. This might be the golden tip. What ADRSSSU does at dump is not important, we want to transfer a specific set of data sets and they should all be selected. However at restore in the other sysplex, I want the changebit set and this seems impossible. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Richards, Robert B. Sent: 31 October 2019 10:58 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Set change bit after DFdss restore Kees, Do you have DFSMShsm? If so, specify: INCREMENTALBACKUP(ORIGINAL) INCREMENTALBACKUP(ORIGINAL) specifies that DFSMShsm creates an initial backup version (if one does not exist) for all non-VSAM and integrated catalog facility VSAM data sets on a primary volume when incremental backup takes place, regardless of the setting of the change bit in the data set VTOC entry. Using ADRSSSU with some combination of filtering. For instance: DUMP DATASET(INCLUDE(**) - BY((DSCHA,EQ,NO)) ) - >From the manual: The BY parameter can filter for the following data set characteristics: ALLOC - Allocation type (cylinder, track, block, absolute track, or movable) CATLG - Whether a data set is cataloged or not (using the standard catalog search order) CREDT - Creation date (absolute or relative) DATACLAS - Data class for SMS DSCHA - Whether the data-set-changed indicator is on DSORG - Data set organization (SAM, PAM, PDS, PDSE, BDAM, EXCP, HFS, ISAM, VSAM, or zFS) EXPDT - Expiration date (absolute or relative) EXTNT - Number of extents FSIZE - Data set size (number of allocated or used tracks) MGMTCLAS - Management class for SMS MULTI - Whether the VTOC shows that the data set is single-volume or multivolume (allocated single-volume data sets that have never been opened and are not cataloged may be selected as multivolume). REFDT - Last-referenced date (absolute or relative) STORCLAS - Storage class for SMS -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, Kees (ITOP NM) - KLM Sent: Wednesday, October 30, 2019 11:51 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Set change bit after DFdss restore Hello group, We use DFSMSdss to move datasets from one sysplex to another. The method is: Dump the datasets with DFdss to a dumpdataset. FTP the dumpdataset to the other sysplex. Restore the datasets in the other sysplex. The problem is that the datasets that have the changebit OFF in the original sysplex, will be restored with the changebit OFF. Therefor no backup will be taken at the target sysplex. DFdss has some options to RESET or not RESET the changebit, but not to SET the changebit ON. I checked FDR, but that doesn't have any options to manipulate the changebit. We have a CA-DISK utility to SET the changebit on individual datasets, but takes an extra step in each move action and can be easily forgotten. I prefer to have this done automatically. How can we easily and automatically set the changebit ON? Any ideas? Kees. For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to li
Re: Set change bit after DFdss restore
No, I don't have hsm unfortunately, this option looks what I need. We have CA-DISK and I think it has a similar function, I will check that. This might be the golden tip. What ADRSSSU does at dump is not important, we want to transfer a specific set of data sets and they should all be selected. However at restore in the other sysplex, I want the changebit set and this seems impossible. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Richards, Robert B. Sent: 31 October 2019 10:58 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Set change bit after DFdss restore Kees, Do you have DFSMShsm? If so, specify: INCREMENTALBACKUP(ORIGINAL) INCREMENTALBACKUP(ORIGINAL) specifies that DFSMShsm creates an initial backup version (if one does not exist) for all non-VSAM and integrated catalog facility VSAM data sets on a primary volume when incremental backup takes place, regardless of the setting of the change bit in the data set VTOC entry. Using ADRSSSU with some combination of filtering. For instance: DUMP DATASET(INCLUDE(**) - BY((DSCHA,EQ,NO)) ) - >From the manual: The BY parameter can filter for the following data set characteristics: ALLOC - Allocation type (cylinder, track, block, absolute track, or movable) CATLG - Whether a data set is cataloged or not (using the standard catalog search order) CREDT - Creation date (absolute or relative) DATACLAS - Data class for SMS DSCHA - Whether the data-set-changed indicator is on DSORG - Data set organization (SAM, PAM, PDS, PDSE, BDAM, EXCP, HFS, ISAM, VSAM, or zFS) EXPDT - Expiration date (absolute or relative) EXTNT - Number of extents FSIZE - Data set size (number of allocated or used tracks) MGMTCLAS - Management class for SMS MULTI - Whether the VTOC shows that the data set is single-volume or multivolume (allocated single-volume data sets that have never been opened and are not cataloged may be selected as multivolume). REFDT - Last-referenced date (absolute or relative) STORCLAS - Storage class for SMS -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, Kees (ITOP NM) - KLM Sent: Wednesday, October 30, 2019 11:51 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Set change bit after DFdss restore Hello group, We use DFSMSdss to move datasets from one sysplex to another. The method is: Dump the datasets with DFdss to a dumpdataset. FTP the dumpdataset to the other sysplex. Restore the datasets in the other sysplex. The problem is that the datasets that have the changebit OFF in the original sysplex, will be restored with the changebit OFF. Therefor no backup will be taken at the target sysplex. DFdss has some options to RESET or not RESET the changebit, but not to SET the changebit ON. I checked FDR, but that doesn't have any options to manipulate the changebit. We have a CA-DISK utility to SET the changebit on individual datasets, but takes an extra step in each move action and can be easily forgotten. I prefer to have this done automatically. How can we easily and automatically set the changebit ON? Any ideas? Kees. For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notif
Re: Set change bit after DFdss restore
Kees, Do you have DFSMShsm? If so, specify: INCREMENTALBACKUP(ORIGINAL) INCREMENTALBACKUP(ORIGINAL) specifies that DFSMShsm creates an initial backup version (if one does not exist) for all non-VSAM and integrated catalog facility VSAM data sets on a primary volume when incremental backup takes place, regardless of the setting of the change bit in the data set VTOC entry. Using ADRSSSU with some combination of filtering. For instance: DUMP DATASET(INCLUDE(**) - BY((DSCHA,EQ,NO)) ) - >From the manual: The BY parameter can filter for the following data set characteristics: ALLOC - Allocation type (cylinder, track, block, absolute track, or movable) CATLG - Whether a data set is cataloged or not (using the standard catalog search order) CREDT - Creation date (absolute or relative) DATACLAS - Data class for SMS DSCHA - Whether the data-set-changed indicator is on DSORG - Data set organization (SAM, PAM, PDS, PDSE, BDAM, EXCP, HFS, ISAM, VSAM, or zFS) EXPDT - Expiration date (absolute or relative) EXTNT - Number of extents FSIZE - Data set size (number of allocated or used tracks) MGMTCLAS - Management class for SMS MULTI - Whether the VTOC shows that the data set is single-volume or multivolume (allocated single-volume data sets that have never been opened and are not cataloged may be selected as multivolume). REFDT - Last-referenced date (absolute or relative) STORCLAS - Storage class for SMS -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, Kees (ITOP NM) - KLM Sent: Wednesday, October 30, 2019 11:51 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Set change bit after DFdss restore Hello group, We use DFSMSdss to move datasets from one sysplex to another. The method is: Dump the datasets with DFdss to a dumpdataset. FTP the dumpdataset to the other sysplex. Restore the datasets in the other sysplex. The problem is that the datasets that have the changebit OFF in the original sysplex, will be restored with the changebit OFF. Therefor no backup will be taken at the target sysplex. DFdss has some options to RESET or not RESET the changebit, but not to SET the changebit ON. I checked FDR, but that doesn't have any options to manipulate the changebit. We have a CA-DISK utility to SET the changebit on individual datasets, but takes an extra step in each move action and can be easily forgotten. I prefer to have this done automatically. How can we easily and automatically set the changebit ON? Any ideas? Kees. For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Set change bit after DFdss restore
Yes I did. And no, it only provides what the parameters do: to RESET of not to RESET the changebit. No SETting it. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Roger Lowe Sent: 30 October 2019 19:57 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Set change bit after DFdss restore On Wed, 30 Oct 2019 15:51:28 +, Vernooij, Kees (ITOP NM) - KLM wrote: >Hello group, > >We use DFSMSdss to move datasets from one sysplex to another. >The method is: >Dump the datasets with DFdss to a dumpdataset. >FTP the dumpdataset to the other sysplex. >Restore the datasets in the other sysplex. > >The problem is that the datasets that have the changebit OFF in the original >sysplex, will be restored with the changebit OFF. Therefor no backup will be >taken at the target sysplex. >DFdss has some options to RESET or not RESET the changebit, but not to SET the >changebit ON. > >I checked FDR, but that doesn't have any options to manipulate the changebit. > >We have a CA-DISK utility to SET the changebit on individual datasets, but >takes an extra step in each move action and can be easily forgotten. >I prefer to have this done automatically. >How can we easily and automatically set the changebit ON? Any ideas? > >Kees. > Have you checked out ADRPATCH (DFSMSdss patch area)? - it may do what you want Roger -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Set change bit after DFdss restore
On Wed, 30 Oct 2019 15:51:28 +, Vernooij, Kees (ITOP NM) - KLM wrote: >Hello group, > >We use DFSMSdss to move datasets from one sysplex to another. >The method is: >Dump the datasets with DFdss to a dumpdataset. >FTP the dumpdataset to the other sysplex. >Restore the datasets in the other sysplex. > >The problem is that the datasets that have the changebit OFF in the original >sysplex, will be restored with the changebit OFF. Therefor no backup will be >taken at the target sysplex. >DFdss has some options to RESET or not RESET the changebit, but not to SET the >changebit ON. > >I checked FDR, but that doesn't have any options to manipulate the changebit. > >We have a CA-DISK utility to SET the changebit on individual datasets, but >takes an extra step in each move action and can be easily forgotten. >I prefer to have this done automatically. >How can we easily and automatically set the changebit ON? Any ideas? > >Kees. > Have you checked out ADRPATCH (DFSMSdss patch area)? - it may do what you want Roger -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Set change bit after DFdss restore
Hello group, We use DFSMSdss to move datasets from one sysplex to another. The method is: Dump the datasets with DFdss to a dumpdataset. FTP the dumpdataset to the other sysplex. Restore the datasets in the other sysplex. The problem is that the datasets that have the changebit OFF in the original sysplex, will be restored with the changebit OFF. Therefor no backup will be taken at the target sysplex. DFdss has some options to RESET or not RESET the changebit, but not to SET the changebit ON. I checked FDR, but that doesn't have any options to manipulate the changebit. We have a CA-DISK utility to SET the changebit on individual datasets, but takes an extra step in each move action and can be easily forgotten. I prefer to have this done automatically. How can we easily and automatically set the changebit ON? Any ideas? Kees. For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN