You can create data destinations that define the method that CA MSM uses to transfer the deployment data to the target systems.
Follow these steps:
The Maintains Data Destinations dialog appears.
The New Data Destination dialog appears.
Note: The asterisk indicates that the field is mandatory.
Enter a meaningful name.
Limits: Maximum 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: Maximum 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: Maximum 120 characters
Note: SMS is not mutually exclusive with non-SMS. They can both be specified (usually one or the other is specified though). This is where you specify allocation parameters for the deployment on a target system.
(Shared DASD only) Enter the Storage Class.
Limits: Maximum 8 characters
Example: SYSPRG
(Shared DASD only) Enter the Volser.
Limits: Maximum 6 characters
Example: SYSP01 and SYSP02
Enter the GIMUNZIP volume.
Limits: Maximum 6 characters
Enter zFS Candidate volumes.
Limits: Maximum 6 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.
Note: Click Cancel to withdraw this create request.
| Copyright © 2011 CA. All rights reserved. | Tell Technical Publications how we can improve this information |