FCINCREMENTALLAST

See "FCINCREMENTAL" in FCINCREMENTAL for syntax diagram.

FCINCREMENTALLAST specifies that DFSMSdss establishes FlashCopy® of the final increment from the specified source volume (in the INDD/INDYNAM keyword) to the specified target volume (in the OUTDD/OUTDYNAM keyword), stops change recording, and have the FlashCopy relationship ended when the background copy has completed.

When FCINCREMENTALLAST is specified and no Incremental FlashCopy relationship currently exists between the volume pair, DFSMSdss will establish a non-incremental FlashCopy of the entire source volume to the target volume. The FlashCopy relationship will end when the background copy has completed.

When FCINCREMENTALLAST is specified and an Incremental FlashCopy relationship already exists between the volume pair, the storage subsystem will only copy the changed data in the specified direction which can be the same as the existing (original) or the reverse of the existing FlashCopy direction. When no updates were made to the existing target since the previous Incremental FlashCopy, the reverse of FlashCopy direction can be used to restore the original source back to the previous point-in-time copy state. The new source volume is designated by the INDD/INDYNAM keyword and the new target is designated by the OUTDD/OUTDYNAM keyword on the copy command.

See the INCREMENTAL keyword description for more information about Incremental FlashCopy.

Note:

Do not specify the FCINCREMENTALLAST keyword with any of the following keywords:
- DATASET
- FCINCRMENTAL
- CONCURRENT (ANYPREF | ANYREQ | CACHEPREF | CACHEREQ | VIRTUALPREF | VIRTUALREQ)
- FASTREPLICATION(PREFERRED | NONE)
- FCNOCOPY
- FCNOCOPYTOCOPY
When you specify FCINCREMENTALLAST with TRACKS, you must also specify the CPVOLUME keyword. FCINCREMENTALLAST is supported with the TRACKS keyword only for full volume copy of VM-format volumes with OS-compatible VTOCs.
When FCINCREMENTALLAST is specified, it requires that the storage facility has the Change Recording feature enabled. The Incremental FlashCopy request will fail if the storage facility does not support Change Recording.
The Incremental FlashCopy direction can only be reversed when the previous physical background copy has completed. If the background copy is still in progress, the new Incremental FlashCopy attempt will fail. You can instruct DFSMSdss to wait for background copy to complete by specifying the FCWAIT keyword. See the FCWAIT keyword description for more information.
If you want the full volume Incremental FlashCopy relationship to remain in effect (persists) after the copy has completed and subsequent changes to the source and target volumes to be tracked, specify the FCINCREMENTAL keyword.