You can create data destinations that define the method that CA CSM uses to transfer the deployment data to the nonstaging target systems.
Follow these steps:
The Maintains Data Destinations dialog appears.
The New Data Destination dialog appears.
Enter a meaningful name.
Limits: 64 characters
Note: Each data destination name must be a unique name and it is not case-sensitive. For example, DATAD1 and datad1 are the same data destination name.
Enter the description.
Limits: 255 characters
Select the transmission method.
Default: Shared DASD
(Shared DASD only) Enter the mount point directory path, which is a directory path that must exist on the target system. The user that is doing the deployment must have write permission to this directory, and mount authorization on the target system.
Note: A mount user must have UID(0) or at least have READ access to the SUPERUSER.FILESYS.MOUNT resource found in the UNIXPRIV class.
Limits: 120 characters
Note: SMS is not mutually exclusive with non-SMS. They can both be specified (usually one or the other is specified, though).
(Shared DASD only) Enter the storage class.
Limits: Eight characters
Example: SYSPRG
(Shared DASD only) Enter the VOLSER.
Limits: Six characters
Example: SYSP01 and SYSP02
Enter the GIMUNZIP volume.
Limits: Six characters
Specify if deployed data sets are cataloged on the target system.
Note: If you set this field to YES, fill in the GIMUNZIP Volume field.
Enter the unit where the deployed data sets are allocated.
Enter zFS candidate volumes.
Limits: Six characters
The zFS candidate volumes allow the specification of an optional list of VOLSERs used during the allocation of zFS container data sets for USS parts.
The new data destination appears on the Data Destination list.
|
Copyright © 2014 CA.
All rights reserved.
|
|