Allocate one copy area for each distributed view. If the
structure of a mapped view changes, upload the files in the view again
to reflect the change.
Procedure
To allocate copy areas on the remote system, do these
steps:
- Allocate the data set on the mainframe system to be used
as a copy area, which is a designated storage area on the mainframe
where copies of your distributed files reside.
Allocate
one copy area for each distributed view. If the structure of a mapped
view changes, upload the files in the view again to reflect the change.
Copy
areas must be allocated as partitioned data sets (PDS). Allocate your
copy area with a variable block record format (RECFM=VB) and 256-byte
record length (LRECL=256) unless you require other allocation parameters.
If you try to use a type other than PDS, an allocation error displays.
Examples
of data that requires other parameters include:
- JCL and source code libraries (RECFM=FB, LRECL=80).
- Object (binary) code (user-defined RECFM and LRECL).
- Name the copy area.
Note: When naming your copy
area, do
not use the following names:
- userID.TSC.LOG
- userID.TSC.LOG2
- userID.TSC.CMD
- userID.TSC.JCL
The copy area name consists of two parts:
- The local PDS prefix
This is a unique identifier that
precedes your copy area file name. Local PDS prefixes must contain
no dashes. They can have single or multiple data set name levels (using
one or more periods [.]).
Note: Choose a PDS prefix that is not used
with any other view.
A default local PDS prefix is generated
by your TSO logon ID and the last eight characters of the view name.
For example, a z/OS® logon ID
of RFGUSER1 and a view name with the last eight characters of DEVVIEW produces
a local PDS prefix of RFGUSER1.DEVVIEW.
Be aware that if you
change the local PDS prefix, the client component of TSO Client retrieves
information from the distributed system, performing an active refresh
of your mainframe file list exactly as it does when you select a new
environment definition or view. For more information, see Refreshing copy areas.
- The mapped file suffix
This is a meaningful name that
describes the file being mapped on the distributed system. For example,
a file that contains Assembler programs might be named SRC.ASM.
Note: The
file suffix on a distributed system (such as Windows®, UNIX®,
or Linux®) must be composed
of five characters or less.
Using the examples above, an example of a complete copy
area name, is RFGUSER1.DEVVIEW.SRC.ASM.
- Map, or associate, your distributed views to a mainframe
copy area.
- Work with the files in the copy area using the client component
of TSO.
Example
Copy areas must be allocated as partitioned data sets
(PDSs). Allocate your copy area with a variable block record format
(RECFM=VB) and 256-byte record length (LRECL=256) unless you require
other allocation parameters. If you try to use a type other than PDS,
an allocation error displays. The following are examples of data
that require other parameters:
- JCL and source code libraries (RECFM=FB, LRECL=80)
- Object (binary) code (user-defined RECFM and LRECL)