CA CSM application server
The CA CSM application server is the CA CSM Tomcat region that supports the CA CSM application code.
CA CSM Common Services
The CA CSM Common Services (CETN600) is a contributed component of CA Common Services for z/OS that consists of the Software Deployment Service (SDS) and the Software Configuration Service (SCS).
CA Datacom/MSM server
The CA Datacom/MSM server is a server that lets workstation-based applications use the CA Datacom/MSM database.
CA Recommended Service (CA RS)
CA Recommended Service (CA RS) is a set of maintenance packages that have been tested in a mainframe integrated system test environment. We recommend that you install CA RS maintenance to keep your products up-to-date. To keep yourself informed about new CA RS maintenance available, download (manually or automatically) all CA RS files that list published maintenance for that CA RS level.
configurations
A configuration is a CA CSM object that you create to tailor your installed software or CA CSM deployed software. Configuration makes your software usable in your environment. A configuration contains the profiles, variables, and resources specific to your environment.
confirm
Confirms that the deployment is complete. This is the final action by the user. A deployment is not completed until it is confirmed. After it is confirmed the deployment moves to the Confirmed deployment list.
contact system
The contact system defines which system the deployment is unpackaged on. That is, which system CAICCI is spawned to run the unpackaging.
custom data set
A custom data set is a data set that contains either a z/OS data set or USS path.
data destination
A data destination must be defined for every system. The data destination is how you tell CA CSM which technique to use to transport the deployment data to the remote system. Data destinations are assigned to non-sysplex systems, sysplexes, and shared DASD clusters. Data destinations are named objects, and thus can be assigned to multiple entities in the system registry and have their own independent maintenance dialogs.
data set name mask
A data set name mask is a unique name that identifies each data set. It consists of one or more qualifiers separated by periods, and has a maximum input length of 64 characters, including the periods. When the data set name mask is translated, it has a maximum length of 44 characters including the periods.
deploy
The deploy functionality combines the snapshot, transmit, and deploy actions into one action, letting you copy your CA CSM product onto systems across your enterprise. For example, you can send one or many products to one or many systems by copying it to a shared DASD or through FTP.
deployment
A deployment is a CA CSM object that you create to deploy libraries and data sets using a process that copies target libraries defined to SMP/E and user data sets across both shared DASD and networked environments.
directory path
The root directory path is the base directory to which the FTP server is allowed access. The FTP server will be allowed to create files to or read files from this directory and any of its subdirectories. The directory path is a USS path name, it consists of one or more directory leaves separated by forward slashes, and has a maximum input length of 255 characters including slashes. When the directory path is translated, it has a maximum length of 255 characters.
driving system
A driving system is the system where the CA CSM application server is running.
FTP port
An FTP port is the point of connection through which files are transferred. The default is 21.
GIMZIP
GIMZIP is an IBM utility that creates portable packages of software with a suffix of z.
monoplex
A monoplex is a sysplex that has only one member system and minimally a single coupling facility. Currently, a monoplex is tracked in the same manner as a sysplex, except the sysplex name shown in the web-based interface is actually the monoplex system name.
MSMCAUX
MSMCAUX is the JCL procedure that is used to start the auxiliary address space. CA Common Services for z/OS that CA CSM uses includes a sample procedure in the member MSMCAUX of the CA Common Services for z/OS CAW0PROC (CCShlq.CAW0PROC) library. You must copy this procedure to a system PROCLIB that z/OS START commands use and modify it to suit your installation environment. The MSMCAUX sample member describes the changes that are required. Do not start the MSMCAUX procedure manually. The MSMCAUX procedure is started by the SCS address space (MSMCPROC).
MSMCPROC
MSMCPROC is the JCL procedure that is used to start the SCS address space. CA Common Services for z/OS that CA CSM uses includes a sample procedure in the member MSMCPROC of the CA Common Services for z/OS CAW0PROC (CCShlq.CAW0PROC) library. You must copy this procedure to a system PROCLIB that the z/OS START commands use and modify it to suit your installation environment. The MSMCPROC sample member describes the changes that are required.
MSMTC/MSMTCSRV
MSMTC/MSMTCSRV is the job stream or started task associated with the CA CSM application server.
MUF
MUF is the CA Datacom/MSM Multi-User-Facility.
non-sysplex
A non-sysplex is a stand-alone z/OS system that is not part of a sysplex or a monoplex system.
preview
Preview identifies the deployment by name and briefly states the products, systems, means of transport, target libraries including source, target and resolution, as well as SMP/E environment and snapshot information.
Product Acquisition Service (PAS)
The Product Acquisition Service (PAS) facilitates the acquisition of mainframe products and the service for those products, such as program temporary fixes (PTFs). PAS retrieves information about products to which your site is entitled. Then it records these entitlements in a software inventory that is maintained on your driving system.
SCS address space
The SCS address space is a specially defined location where the system registry and commands for interrogating output and console traffic reside within the operating system. The SCS address space provides the services and processing necessary to implement configurations across your targeted z/OS systems. Each target system that is expected to support SCS processing must execute an SCS address space.
shared DASD clusters
A shared DASD clusters system is a set of systems that shared DASD and it can be composed of sysplex and/or non-sysplex systems. Staging system cannot be part of a shared DASD cluster.
snapshot
A snapshot is a copy of the set of target libraries that CA CSM makes using the IBM utility GIMZIP. CA CSM uses GIMZIP to create a compressed archive of these libraries, including a list of applied maintenance. The SMP/E environment is locked during this archive creation process to verify the integrity of the archived data.
Software Configuration Service (SCS)
The Software Configuration Service (SCS) facilitates product configuration. Configuration is a process of copying target libraries to run-time libraries and customizing the product for your site to bring it to an executable state.
Software Deployment Service (SDS)
The Software Deployment Service (SDS) facilitates product deployment. Deployment is a process of copying SMP/E target libraries from a driving system (where the CA CSM application server is running) to a target (remote destination) system. The target system could be the local z/OS system, a remote z/OS system, a staging system, or a sysplex.
Software Installation Service (SIS)
The Software Installation Service (SIS) facilitates the installation and maintenance of mainframe products in the software inventory of the driving system. This facilitation includes browsing downloaded software packages, managing SMP/E consolidated software inventories on the driving system, and automating installation tasks.
staging system
A staging system is a virtual system that you can use to deploy and configure product before activating it on a target system. If the target system is the same as the CA CSM driving system, the software is activated locally. To use a staging system, the CA CSM driving system must be registered in the CA CSM system registry.
storage classes
storage classes apply only to SMS-managed data sets and objects. They allow you to define different levels of performance and availability services for your data sets. Using them, you can separate the level of service needed by a data set or object from its physical characteristics. Storage classes can supply such information as attributes for dynamic cache management, sequential data set striping, and concurrent copy.
It is the association of a storage class with a data set or object which causes the data set or object to be SMS-managed. Because of this, such functions as dynamic cache management and sequential data set striping apply only to SMS managed data sets. Data sets may be SMS-managed or non-SMS managed. Objects must be SMS-managed.
sysplex
A sysplex (SYStem comPLEX) is the IBM mainframe system complex which is a single logic system running on one or more physical systems. Each of the physical systems that make up a sysplex, is often referred to as a “member” system.
system registry
The system registry is a repository of variable data that all CA CSM managed products share. The system registry repository contains information about the systems that have been defined to CA CSM and selected as a target for deployments and configurations. You can create non-sysplex, sysplex, shared DASD cluster, and staging systems. You can maintain, validate, view, and delete a registered system and you can investigate a failed validation.
topology
The enterprise system topology can include shared DASD environments, networked environments, and z/OS systems.
transmit
The transmit functionality lets you copy a product onto systems across the enterprise through FTP, in preparation for a subsequent deployment.
Uniform Resource Identifier (URI)
A Uniform Resource Identifier (URI) is a string of characters used to identify a name or a resource on the Internet. Such identification enables interaction with representations of the resource over a network (typically the World Wide Web) using specific protocols. Schemes specifying a concrete syntax and associated protocols define each URI.
For a shared DASD cluster or sysplex, the URI must be the URI of the Contact System.
UNIX System Services (USS) files
For UNIX System Services (USS) files for z/OS systems, there are three types of files system: HFS (Hierarchical File Systems), zFS (zSeries File Systems), and NFS (Network File Systems). USS files are any one, or combination, of these file systems, and start with the root directory, which is denoted by a single forward slash (/).
validation
The validation process is started by the user when they select the Validate button in the Actions drop down for a sysplex system, non-sysplex system, and shared DASD cluster on that system’s System Registry Page (staging systems are not validated). This starts a background security procedure using the CAICCI validation services to validate this system.
VOLSER
A VOLSER is the Volume Serial Number that places the data on an explicit volume.
|
Copyright © 2015 CA Technologies.
All rights reserved.
|
|