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 <IBM-MAIN@LISTSERV.UA.EDU>
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 
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 
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

Reply via email to