Descriptions of key terms
ACLis the abbreviation for automatic cartridge loader, a feature available on IBM 3480-type tape devices.
ACL processingis special processing that z/OS performs for IBM 3480-type devices in which the automatic cartridge loader (ACL) feature is installed and active. When the ACL feature of a device is installed and active, z/OS tries to use that device for only nonspecific, non-temporary volume requests.
action messageis a message that is assigned a descriptor code of 1 (system failure messages), 2 (immediate action messages), 3 (eventual action messages), or 11 (critical eventual action messages). Action messages with descriptor codes of 1, 2, or 11 notify you of important events and are displayed on consoles as highlighted, non-deletable messages. Also see
active ACL status
active ACL statusis a type of device status that you can assign through the CA MIA VARY command. You can assign active ACL status only to IBM 3480-type devices on which the ACL feature is installed. When you change the ACL status to active, z/OS performs ACL processing on that device during allocation.
See active ACL status.
address routineis an optional routine in the CA MIA application program interface. This routine retrieves the Unit Control Block (UCB) names of all devices on the local system. A sample routine named API1SM02 is provided in the CAI.CBTDSAMP data set.
See system alias.
Allocation recoveryis the part of the z/OS device allocation process that a job enters when it cannot allocate a suitable online device. During allocation recovery, z/OS determines how to handle that job (cancel it, make it wait for a device to become available, or vary a suitable offline device online). Based on this information, z/OS issues messages IEF238D (and sometimes other additional messages) to tell you what your options are. You can use the SETOPTION command, the CA MIA VARY command, and the TPCRECXT exit routine to influence allocation recovery when TPCF is running.
alternate path support
Alternate path supportis a z/VM feature that lets you define alternate channels from a real processor to a DASD or to a tape device to improve performance.
ASCB CHAPis a z/OS function that GDIF uses to change the dispatching priority of a user address space during critical ENQ processing.
assignable tape devices
Assignable tape devicesrefers to the following types of devices: 3480, 3490, 3590, and any other type of compatible tape device.
attribute verificationis an EDIF feature that you can use to prevent programs from making inappropriate changes to the attributes of a data set. During attribute verification, EDIF determines whether a non-exempted program will change the attributes of a data set. If so, then EDIF records the violation. EDIF also abends the program to prevent the update if the ABEND option is in effect. You can enable this feature by specifying the ATTRIBUTES option on an EDIF processing statement.
attribute violationis an update in which the attributes of the data sets will be changed by the program if the update takes place. The EDIF attribute verification feature lets you detect attribute violations and prevent attribute changes from taking place.
authority levelis an assigned code that determines which cross-system commands a target console can execute. You can assign an authority level to a target console through the AUTHORITY parameter on the LINK command. However, the LINK command does not change the z/OS authority level for that console. z/OS authority levels determine which local commands a console can execute.
See the glossary definition for
AUTORFREEis an ECMF feature that automatically frees certain data sets that were dynamically allocated by TSO users and are currently marked not in use.
Broadcastis the process in which GCMF sends cross-system messages to a group of consoles based on criteria defined in a collection set.
Servis a component of CA Common Services for z/OS that allows CA MIC to route commands and messages across systems, as an alternative to using CTC or DASD control files. CA-L-Serv uses VTAM to communicate information among systems. The Intersystem Communication Facility (ICMF) must be active before you can use CA-L-Serv.
Checkpoint filesare non-shared DASD files used to track system status information when using CTCONLY or XCF communication methods. They are also required for the REQUEUE feature of the ECMF facility within CA-MII to track job status information when CA-MIM is shutdown and then restarted.
collection setis a message routing definition that allows a local console, product, TSO user, or system log to receive messages from one or more external systems. Collection sets are created through the COLLECT command.
commandis a line of text that establishes elements of the
CA MIM for z/OSoperating environment that you can change while it is running. You can issue commands from the MIMCMNDS or MIMSYNCH member of the parameter data set, from a console, or from a TSO session.
command aliasis a site-defined alias that you can substitute for a
CA MIM for z/OScommand, using the DEFALIAS command. For example, if you define the alias DS for the DISPLAY SYSTEMS command, you can specify DS when you want to see status information about the systems in your complex, instead of specifying DISPLAY SYSTEMS.
command prefix character
command prefix characteris a character that you can use to prefix
CA MIM for z/OScommands. Assign this character using the CMDPREFIX parameter on the SETOPTION command.
command routing path
command routing pathis a path between a local console, product, or TSO user and one or more external systems. This routing path enables that console, product, or TSO user to issue commands to the external system and to receive the cross-system responses to those commands. Command routing paths are created through the LINK command. Command routing paths are also known as linkages.
Command sourceis the product, TSO users, or consoles authorized to issue cross-system commands through a linkage.
You must select a
communication methodto allow
CA MIM for z/OSto share important information between systems. The methods available for use are DASDONLY, CTCONLY, CTCDASD, XCF, ICMF, and NONE.
conflictis a situation in which two or more tasks need access to the same resource at the same time and cannot share access to that resource.
console poolis a group of consoles from which GCMF can allocate a console to execute a cross-system command. GCMF uses the pool only for dedicated and shared linkages. Consoles in this pool are known as console pool members.
console pool member
console pool memberis a console in the GCMF console pool. Inactive MCS consoles and subsystem consoles may be members of the console pool.
control fileis a data set that
CA MIM for z/OSuses to communicate information among systems, to store checkpoint data, or both. When CTCDASD or CTCONLY are active,
CA MIM for z/OSuses a
virtual control fileto communicate information. DASD control files are used for DASDONLY communication and as a backup control file for CTCDASD. You also can define backup (or alternate) DASD control files, which are used if the current control file becomes unusable.
coupling facilityis a combination of hardware and software technologies that provide z/OS components and subsystems with the ability to share and transport data among systems in a sysplex.
CPis an abbreviation for Control Program, the portion of the z/VM operating system that manages real resources (such as real memory) and I/O operations to tape devices, printers, and so on.
CPUis an abbreviation for central processing unit, the portion of a computer that controls overall activity and fetches, decodes, and executes instructions.
CTC deviceis a Channel-to-Channel Adapter or IBM 3088-type device that is physically connecting two systems.
CTC master system
See master system.
CTC pathis a logical path connecting two systems. You need to define CTC paths when you are using the CTCDASD or CTCONLY communication methods so you can transmit cross-system information across CTCAs or IBM 3088-type devices. CTC paths do not connect systems physically; you need to use CTCAs or IBM 3088-type devices to connect systems physically.
CTCAis the abbreviation for Channel-to-Channel Adapter, a device that you can use to connect two systems physically.
DASDis an abbreviation for direct access storage device.
data set control block
data set control blockis a data set label that describes the DASD space and attributes for a data set on a DASD device.
DCBis an abbreviation for data control block, an interface between an executing program and a data set.
deadly embraceis an unresolvable set of conflicts in which tasks on different systems lock each other out of the devices or resources that the tasks need to complete. For example, if task 1 controls device 1 and needs device 2, and task 2 controls device 2 and needs device 1, neither task can complete. You must cancel these tasks to end the conflict.
dedicated deviceis a device that has been given dedicated status through the CA MIA VARY command.
dedicated linkageis a linkage in which a single console pool member is used as the target console. Any other linkages cannot use that console pool member. Specifying POOL=DEDICATE on the LINK command creates dedicated linkages.
dedicated resourceis a data set or device that is reserved for a particular system, program, function, or user.
Dedicated statusis a type of device status you can assign through the CA MIA VARY command. Dedicated status identifies a device that can be allocated only on one system, unless no other suitable device is available. A locally dedicated device is a device that is dedicated to the local system (that is, the system you are currently on). An externally dedicated device is one that is dedicated to a different system.
descriptor codeis code used by MCS to route a class of messages to consoles. Descriptor codes identify types of messages; for example, system failure messages (descriptor code 1), immediate action messages (descriptor code 2), eventual action messages (descriptor code 3), or critical eventual action messages (descriptor code 11). These messages provide you with information about system status, situations that require the attention of an operator, and so on. Although many messages are assigned descriptor codes, some messages do not have them. You can use the z/OS CONTROL V,LEVEL command to select messages for each MCS console, based on the descriptor code assigned to those messages.
destinationis the local consoles, TSO users, product, or system log that is receiving cross-system commands gathered by a collection set.
device control list
device control listis a series of entries that provide CA MIA with information about devices that it should be managing. See MIMUNITS member.
device control member
device control memberis the optional member that provides CA MIA with the local and global names of the devices that it should be managing. This member is identified through the DEVLIST parameter on the MIMINIT statement. By default, CA MIA uses the member named MIMUNITS.
device groupis a set of devices created by z/OS during the system generation process. z/OS systems use device groups in creating the eligible device list, from which it selects a suitable device for allocation. Each device group contains one device.
device preference value
device preference valueis a type of device status you can assign through the CA MIA VARY command. TPCF uses these values to preference a device from a group of otherwise equally acceptable devices. The higher the value you assign, the more preferenced the device.
DISP=SHR verificationis an EDIF feature that you can use to prevent programs from updating a data set when DISP=SHR is specified in the JCL of the job. The value DISP=SHR does not prevent other programs from updating the data set at the same time. When you enable this feature, EDIF examines the JCL for the programs you designate when one of those programs tries to update the data set. If DISP=SHR is specified, then EDIF records the violation. EDIF also abends the program to prevent the update if the ABEND option is in effect. You can enable this feature by specifying the CHECKEXCLUSIVE parameter on an EDIF processing statement.
display commandis a command that you can use to obtain information about resources, devices, messages, systems, and so on. You can issue these commands from the
CA MIM for z/OSparameter data set, from a console, or from a TSO session.
display panelis an optional panel in the CA MIA application program interface. This panel shows you status information for the managed devices you name on a retrieval panel. The name of the display panel is API1PNL2.
display routineis an optional routine in the CA MIA application program interface. This routine enables you to display information about tape devices on an ISPF screen. The name of this routine is API1SM01.
DSCBis the abbreviation for data set control block.
dual allocationis a situation in which two or more jobs concurrently allocate the same device.
ECMFis an acronym for the ENQ Conflict Management Facility, which is available with the CA MII component. ECMF issues messages when a resource conflict occurs. ECMF also resolves certain types of conflicts automatically.
EDIFis an acronym for the Enhanced Data Set Integrity Facility, which is available with the CA MII component. EDIF detects and prevents common user errors that can compromise data set integrity.
EDIF processing list
EDIF processing listis a series of EDIF processing statements that tell EDIF what types of data set damage to detect or prevent. A sample processing list is provided in member EDIPARMS in the CAI.CBTDPARM data set. The member that contains this list is called the EDIPARMS member throughout the
CA MIM for z/OSdocumentation.
EDIF processing statement
EDIF processing statementis a statement that tells EDIF what types of data set damage to detect or prevent for a group of data sets or for a single data set. The DEFAULT, DSORG, PREFIX, SUFFIX, PATTERN, and DATASET statements are all EDIF processing statements. The UTILITY statement is a special type of EDIF processing statement identifying programs that should be processed the same way.
EDIPARMS memberis a member of the parameter data set that contains EDIF processing statements, which tell EDIF what types of data set damage to detect and prevent. Collectively, the contents of this member are called the EDIF processing list. A sample member called EDIPARMS is provided in the CAI.CBTDPARM data set.
EDLis the abbreviation for eligible device list. Also see eligible device list.
EDTis the abbreviation for eligible device table, a table of device addresses used during device allocation. Also see eligible device table.
eligible device list (EDL)
eligible device list (EDL)is a list of devices that z/OS builds for a device allocation request. The eligible device list contains the unit control block address of every device with the correct physical characteristics for that request. The eligible device list consists of one or more device groups that contain these device addresses.
eligible device table (EDT)
eligible device table (EDT) is a list of devices from which z/OS chooses during device allocation. The eligible device table contains the unit control block address of each device known to the local system. When a job requests a device, z/OS extracts the addresses of the devices with the correct physical characteristics for that request. This list of device addresses is known as the eligible device list.
Elimination logicis the logic in the TPCEDLXT exit routine and job reserve processing that TPCF uses to eliminate unwanted devices before z/OS allocation processing begins. TPCF uses this logic to remove devices from the z/OS eligible device list during allocation; TPCF also uses this logic to eliminate devices from the z/OS offline device list during allocation recovery.
ENQ facilityis a z/OS facility that serializes access to resources in a system. The ENQ facility establishes a queue of tasks waiting to use a resource, and the system control program manages this queue. A task (or z/OS) issues an ENQ request to use this facility. Also see ENQ request.
ENQ requestis a request that uses the z/OS ENQ facility to serialize access to resources that will be used by multiple tasks on the same system.
A task can request shared or exclusive access to a resource. Shared access usually means that the task does not update the resource; therefore, other tasks can share access to that resource at the same time. Exclusive access usually means that the task will update the resource so that other tasks cannot share access to that resource at the same time without risking an integrity exposure.
A three-part naming convention is used on an ENQ request: the major name (or QNAME) of the class of resources, the minor name (or RNAME) of the specific resource that is needed, and the scope, which indicates whether the task will serialize access in its address space, in the system, or among systems. Also see QNAME and RNAME.
esoteric groupis a site-defined group of devices. Esoteric groups are created through the UNITNAME macro. Esoteric groups have a critical effect on the device groups z/OS creates for an allocation request.
Exclusion parametersare parameters on the COLLECT command that tell GCMF to exclude certain messages that otherwise would be collected by that collection set. You can use exclusion parameters to collect only a subset of any message category. For example, you can collect all messages issued by a job, except a message you name on an exclusion parameter. A collection set never collects messages you specify on an exclusion parameter, even if another parameter in that collection set selects those messages. Also see inclusion parameters.
exclusive linkis a linkage in which you specifically assign a console as the target console. Specifying the TGTCONS parameter on a LINK command creates exclusive linkages. Also see target console.
exempt listis a series of statements that provide GDIF with supplemental and more specific information on how to process ENQ and RESERVE requests and hardware reserves for resources. A sample exempt list is provided in the member called GDIEXMPT in the CAI.CBTDPARM data set. The member that contains the exempt list is called the GDIEXMPT member.
exit routineis a site-defined program that is called at a predetermined time during processing. You can use exit routines to change the way
CA MIM for z/OSand its facilities handle commands, messages, ENQ and RESERVE requests, device allocations, and resource conflicts.
externally dedicated device
externally dedicated deviceis a device that has been given dedicated status on another system through the CA MIA VARY command. Also see dedicated status.
externally reserved device
externally reserved deviceis a device that has been given reserved status on another system through the CA MIA VARY command. Also see reserved status.
GCMFis an acronym for the Global Command and Message Facility, which is available with the CA MIC component. GCMF enables you to issue cross-system commands and to collect messages from other systems.
GCMF console pool
GDIEXMPT memberis a member of the parameter data set containing statements that give GDIF supplemental information on handling ENQ and RESERVE requests and hardware reserves for specific resources. GDIF uses this member for requests only if EXEMPT=YES is specified on a QNAME statement for that class of resources. A sample member called GDIEXMPT is provided in the CAI.CBTDPARM data set. Collectively, the contents of the GDIEXMPT member are called the exempt list.
GDIFis an acronym for the Global Data Integrity Facility, which is available with the CA MII component. GDIF ensures integrity for shared resources by converting RESERVE requests to global ENQ requests and by propagating ENQ requests to all systems in a complex.
generic groupis a group of physically identical devices. z/OS creates generic groups during the system generation process. Generic groups have a critical effect on the device groups z/OS create for an allocation request.
globalapplies to all resources or processors in a shared-device, multiprocessor, or multi-image environment.
global device name
global ENQ request
global ENQ requestis an ENQ or RESERVE request that GDIF has propagated to all systems.
global nameis a unique name that can be used by all systems when referring to the same tape device. A global name can be three or four characters in length and may be alphanumeric or numeric. Global names are critical when a device has different unit control block names on different systems. CA MIA uses the unit control block name as the global name for a device unless you specifically assign a global name through the MIMUNITS member of the
CA MIM for z/OSparameter data set.
GTAFis an acronym for the Global Tape Allocation Facility, which is available with the CA MIA component. GTAF enables you to share tape devices among systems.
hardware reserveis an I/O instruction that dedicates a DASD to a single processor to serialize access to one of the resources on that device. On z/OS systems, hardware reserves are produced through RESERVE requests. Also see RESERVE request.
I/Ois an abbreviation for input/output.
ICMFis an acronym for the Intersystem Communication Facility, which is part of the CA MIC component. ICMF enables you to route cross-system commands and messages through the CA-L-Serv communication product, rather than through CTCs or shared DASD.
imageis a logical/physical partition of a CPU that functions as a separate processing unit. A single CPU can be divided into multiple images, each operating independently and each running under a different operating system. z/VM running on an image can create further images.
inaccessible deviceis a device to which there is no physical access path, logical access path, or both.
Inclusion parametersare parameters on the COLLECT command that tell GCMF which messages to collect. Also see exclusion parameters.
system index number.
ineligible deviceis a device that is unavailable for allocation to the requesting job.
Initializationis a process in which
CA MIM for z/OSreads the startup information you have provided and stores that information for use during operations.
Initialization parametersare parameters that define elements of the
CA MIM for z/OSoperating environment that cannot be modified while it is running. You can specify initialization parameters only on initialization statements. Also see initialization statements.
Initialization statementsare statements that define elements of the
CA MIM for z/OSoperating environment that cannot be modified while it is running. Initialization statements are identified by the suffix INIT. Some facilities have their own initialization statements, and the initialization statement named MIMINIT influences all facilities.
Initialization valuesare elements of the
CA MIM for z/OSoperating environment that are defined through initialization statements. You cannot change these values while
CA MIM for z/OSis running.
initiatoris a z/OS started task that selects jobs for execution based upon job class, scheduling priority, and other performance criteria.
Integrity exposureis a situation in which access to a resource has not been serialized, which makes it possible for that resource to be damaged.
JCLis an abbreviation for job control language, the language used to describe the resource and execution requirements of a job to the operating system.
linkageis a cross-system routing path that allows a console, product, or TSO user on the local system to issue commands to one or more external systems. Linkages also enable the issuing console, product, or TSO user to receive the cross-system responses to these commands. Linkages, which also are known as command routing paths, are created through the LINK command.
LMP codesare needed to license
CA MIM for z/OSfor use at your site. These codes are placed in the KEYS member in the OPTLIB data set in the CAS9 JCL procedure.
local device name
See local name.
local nameis a name obtained from the unit control block address for a tape device. A device may have different local names on different systems. For example, a device can have the local name 1A0 on one system and 2A0 on another system. The CA MIA application program interface and CA MIA display commands use local names when referring to devices; however, most CA MIA processing and commands use global names when referring to devices.
locally dedicated device
locally dedicated deviceis a device that has been given dedicated status on the local system through the CA MIA VARY command. Also see dedicated status.
locally reserved device
A device that has been given reserved status on the local system through the CA MIA VARY command. Also see reserved status.
locking mechanismis a bit-mask that z/OS uses to serialize access to a tape device group.
managed deviceis a tape device that CA MIA is managing. You can tell CA MIA to manage a device by specifying the local name of that device in a device control list. You also can tell CA MIA to manage an entire class of devices, such as all tape devices, by specifying the appropriate value on the DEVCLASS parameter on the MIMINIT statement.
managed resourceis a resource that GDIF, ECMF, or both are managing. You can tell GDIF, ECMF, or both to manage a resource by specifying the QNAME for that resource in your QNAME list.
master systemis a designated system that manages the virtual control file when the CTCDASD or CTCONLY communication methods are active. This system must be connected physically to all other systems in your complex through Channel-to-Channel Adapters or IBM 3088-type devices. This system also must be connected logically to all other systems through CTCPATH statements.
MCSis an abbreviation for multiple console support, the portion of the z/OS operating system that controls consoles and message traffic to consoles.
message IDis a character string that identifies a message. Also called a message prefix.
message routing definition
message routing definitionis a rule that tells GCMF which messages to collect, the systems from which to collect these messages, and the local product, TSO user, console, or system log that is to receive these messages. Message routing definitions also are known as collection sets. You can create message routing definitions through the COLLECT command.
message typeis a classification that tells GCMF which messages to collect. You can enter a simple list of message types to collect a broad group of messages; however, you also can collect a subset of any message type.
Migrationis a process in which
CA MIM for z/OSsuspends all requests for control file services and shifts cross-system communication to another control file.
MIMCMNDS memberis a member of the parameter data set containing
CA MIM for z/OScommands that should be executed during the initialization process. A sample member called MIMCMNDS is provided in the CAI.CBTDPARM data set.
MIMINIT memberis a member of the parameter data set that contains initialization statements for
CA MIM for z/OSand its facilities. A sample member called MIMINIT is provided in the CAI.CBTDPARM data set.
MIMMSGS memberis the message member for
CA MIM for z/OS. MIMMSGS member contains
CA MIM for z/OSMessage Facility statements that are processed as part of
CA MIM for z/OSinitialization. This member is the primary message table and points to all other message tables used by
CA MIM for z/OS. A sample MIMMSGS member is provided in the CAI.CBTDMENU data set.
MIMPARMS data set
MIMPARMS data setis the parameter data set for
CA MIM for z/OS. This data set contains members that provide the statements and commands that should be executed at startup time. The MIMPARMS data set is identified through the //MIMPARMS DD statement in the startup procedure. A sample MIMPARMS data set is provided in the CAI.CBTDPARM data set.
MIMplexis the collection of all systems supervised by
CA MIM for z/OS.
MIMQNAME memberis the member of the parameter data set containing statements that tells GDIF and ECMF how to handle ENQ and RESERVE requests for classes of resources. A sample member called MIMQNAME is provided in the CAI.CBTDPARM data set. Collectively, the contents of the MIMQNAME member are called the QNAME list.
MIMSYNCH memberis the member of the parameter data set containing commands that should be executed at the end of the system synchronization process. The commands in this member can be
CA MIM for z/OS, z/OS, or JES commands. A sample member called MIMSYNCH is provided in the CAI.CBTDPARM data set.
MIMTRC data set
The MIMTRC data set is the data sets that collect trace data about commands, command output, ENQ and RESERVE requests, resource conflicts, and so on.
MIMUNITS memberis the member of the parameter data set containing the names of the devices that CA MIA should manage. This member also is called the device control member. Collectively, the contents of the MIMUNITS member are called the device control list.
minidiskis a logical, addressable unit of storage on a physical device. A minidisk can be an entire device (called a full-pack minidisk) or a subsection of a device.
monitor typeis a code used by MCS to route a functionally related group of monitor messages to specified consoles. A monitor type is assigned to all monitor messages and some non-monitor messages; monitor types also can be assigned to consoles. MCS matches the monitor type on the message with the monitor type on the console when routing local messages. You can use monitor types to tell GCMF which messages to collect; you can also send messages to consoles based on monitor types.
multi-line messageis a group of messages that can be displayed out-of-line in a predefined display area or displayed inline as a group on a console.
multiple console support
Multiple console supportis a portion of the z/OS operating system that controls consoles and message traffic to consoles. Abbreviated as MCS.
not-specific linkageis a linkage that uses a member of the console pool to execute cross-system commands. This console pool is designated through the POOL parameter on the LINK command.
non-specific volume request
not-specific volume requestis a tape volume request in which no particular volume is requested. Nonspecific volume requests are made by specifying DISP=(NEW) in the JCL of a job.
non-temporary volume request
not-temporary volume requestis a tape volume request in which the data set on that volume is saved at the end of the step. Non-temporary volume requests are made by specifying the values DISP=(KEEP), DISP=(CATLG), or DISP=(PASS) in the JCL of a job.
not-available deviceis a device that has been given not-available status through the CA MIA VARY command. Also see not-available status.
not-available statusis a type of device status you can assign through the CA MIA VARY command. Not-available status identifies a device that should not be selected for allocation unless no other device is available.
offline device list
offline device listis a list of offline devices that z/OS allocation creates for a job that cannot allocate a suitable online device. The offline device list is created for jobs in allocation recovery. This list contains the unit control block name of every offline device with the correct physical characteristics for that request.
Operating values are elements of the
CA MIM for z/OSoperating environment that are defined through commands. You can establish these operating values at startup time, and you can change operating values at any time.
overgenned deviceis a device that has been given overgenned status through the CA MIA VARY command. Also see overgenned status.
vergenned statusis a type of device status you can assign through the CA MIA VARY command. Overgenned status identifies a tape unit control block address for which there is no physical device. TPCF makes z/OS ignore overgenned devices when z/OS is selecting a device for allocation.
parallel sysplexis a sysplex running in a supported IBM z/OS complex, which utilizes the 976x processor and coupling facility hardware. Also see sysplex.
parameter data set
parameter data setis the data set identified through the //MIMPARMS DD statement in the
CA MIM for z/OSstartup procedure. This data set contains required and optional members that provide initialization and operating values.
PDSis the abbreviation for partitioned data set.
Preference logicis the logic in the TPCSRMXT exit routine and in job reserve and VARY PREF processing that TPCF uses to eliminate unwanted devices after z/OS allocation has eliminated unavailable devices. TPCF uses this logic to remove devices from the candidate list z/OS creates during allocation. Preference logic tells TPCF which devices you prefer to use whenever possible. TPCF never examines preference logic during allocation recovery.
See device preference value.
Processing optionsare options specified on EDIF processing statements. These options determine how EDIF processes a group of data sets or a single data set.
pseudo-volume serial number
pseudo-volume serial numberis a value that CA MIA generates and propagates to identify the system on which a device is allocated. This value appears in the format ss=GTA, where ss is the system alias for the allocating system. z/OS displays this number only when a device is allocated on an external system.
PTFis the abbreviation for program temporary fix.
Aan eight-byte name that identifies a class of resources (such as data sets, control blocks, and so on) on an ENQ or RESERVE request. A QNAME also may indicate what function a task will perform with that class of resources.
Aa series of statements that tell GDIF and ECMF how to process ENQ and RESERVE requests for classes of resources. A sample QNAME list is provided in the member called MIMQNAME in the CAI.CBTDPARM data set. The member that contains the QNAME list is called the MIMQNAME member.
Read verificationis an EDIF feature that you can use to prevent unauthorized programs from reading a data set. During read verification, EDIF verifies that a program is authorized to read the data set. If it is not, then EDIF records the violation. EDIF also abends the program to prevent the read operation if the ABEND option is in effect. You can enable this feature by specifying the ACCESSCHECK option on an EDIF processing statement.
real reserve/release processing
Real reserve/release processingis a DASD hardware feature that serializes access among real processors by dedicating a device to one processor at a time. Real reserve/release processing is requested through a reserve channel command word, which is produced when a task or z/OS issues a RESERVE request for a resource. The hardware is released through a release channel command word.
release CCWis a channel command word that releases a device or minidisk that had been dedicated to a processor or guest system. Also see real reserve/release processing, virtual reserve/release processing.
REQUEUE featureis an ECMF feature that places a batch job on hold and returns it to the input job queue when that job requests an unavailable resource. When the requested resource becomes available, ECMF frees the job so that it can execute. The REQUEUE feature affects only batch jobs that issue requests on which the QNAME SYSDSN is specified and works only at job start.
reserve CCWis a channel command word that serializes access to a device or minidisk. Also see real reserve/release processing, virtual reserve/release processing.
RESERVE facilityis a z/OS facility that serializes access to a resource by dedicating the DASD volume on which that resource resides to the system on which the requesting task is executing. Tasks issue RESERVE requests to use this facility. Also see RESERVE request.
RESERVE requestis a special type of ENQ request that z/OS uses to serialize access to resources that will be shared by multiple systems.
A RESERVE request contains the UCB address of the DASD on which the requested resource resides. When the task obtains access to this resource, z/OS issues an I/O instruction that dedicates the DASD to the system on which the task is executing. This I/O instruction is known as a hardware reserve.
reserved deviceis a device that can be allocated only by a certain job or group of jobs. You can reserve devices through the CA MIA VARY command. Also see reserved status.
reserved statusis a type of device status you can assign through the CA MIA VARY command. Reserved status identifies a device that can be allocated only by a certain job or by a group of jobs.
resourceis any part of a computer system (such as a CPU, a data set, software, and so on) that a job or task requires.
retrieval panelis an optional panel in the CA MIA application program interface. This panel shows you the unit control block name of all local devices and accepts the names of the devices for which you want information. A sample retrieval panel is provided in member API1PNL1 in the CAI.CBTDPENU data.
RNAMEis a 1- to 255-byte name that indicates what specific resource the task that issued an ENQ or RESERVE request needs.
routing codeis a code MCS uses to route a functionally related group of messages to the appropriate consoles, TSO sessions, logs, and so on. Routing codes are assigned to many, but not all messages; routing codes are also assigned to consoles and TSO users. To determine where to route messages, MCS matches the routing code on the message with the routing code assigned to a console or TSO user.
You can use routing codes to tell GCMF which messages to collect. You also can send messages to consoles based on routing codes. EDIF uses routing codes to determine which consoles and TSO sessions should receive messages about update violations, read violations, attribute violations, and data set conflicts.
See message routing definition.
See command routing path.
Serialization is a process that controls access to resources to ensure resource integrity. Tasks can perform serialization themselves, or they can invoke the z/OS ENQ or RESERVE facilities to perform serialization. Also see ENQ facility and RESERVE facility.
service cycleis a designated length of time that
CA MIM for z/OSwaits before accessing its control file automatically. The length of a service cycle is the product of the values for the INTERVAL and CYCLES parameters on the SETOPTION command.
service intervalis a designated length of time that
CA MIM for z/OSwaits before querying its global facilities (that is, GDIF, GTAF, and GCMF) for cross-system transactions. If one or more of these facilities have transactions, then
CA MIM for z/OSaccesses its control file at this time. The length of a service interval is set through the INTERVAL parameter on the SETOPTION command.
shared linkageis a linkage in which the console pool member that serves as the target console can be used by other linkages as needed. Shared linkages are created by specifying POOL=SHARE on a LINK command.
Significant characters are non-wildcard characters in a QNAME/RNAME string or in a job name. Blanks also are considered significant characters. GDIF uses significant characters to determine the order in which to examine LOCAL and GLOBAL statements that you have specified in your exempt list.
SMFis an abbreviation for the IBM System Management Facilities.
source systemis an external system from which you are collecting messages through a collection set.
specific linkageis a linkage that uses a designated console to execute cross-system commands. This console is assigned through the UCMID parameter on the LINK command.
specific volume request
specific volume requestis a tape volume request in which a certain data set is requested.
statementis a line of text that establishes elements of the
CA MIM for z/OSoperating environment that you cannot change while it is running. You can specify statements only in members of the
CA MIM for z/OSparameter data set. Each of these statements is read during the product initialization process.
subsystem consoleis a console that has been defined to the system-one for which there is no physical device or device address. Subsystem consoles are defined during the system generation process or in a member of the SYS1.PARMLIB data set, depending on what version of z/OS you are running. GCMF allocates these consoles to execute cross-system commands issued through dedicated and shared linkages.
Synchronizationis the process in which the systems in a complex establish contact with each other and obtain the most current information about the activities of each other.
CA MIM for z/OSaccomplishes synchronization through its control files.
sysplexis an IBM strategy for providing a single-image view of a multiple-image complex. IBM sysplex initiatives are included in MVS/ESA SP 5.2.0 and above.
systemis a logical/physical partition of a CPU that functions as a separate processing unit. A system can be a separate CPU or a unique operating system. Also see image.
system aliasis a unique one- to two-character name that identifies a system to
CA MIM for z/OS. You can define system aliases through the DEFSYS statement. If you do not define aliases for your systems, then
CA MIM for z/OSuses the index number of a system as its alias.
system IDis a unique character string that identifies a system to
CA MIM for z/OS. These are the three types of system IDs accepted: system index numbers, system names, and system aliases. Also see system index number, system name, and system alias.
system index number
system index numberis a unique number
CA MIM for z/OSgenerates the first time it recognizes a system. It uses this number to identify the origin and destination of internal transactions.
system nameis a unique one- to eight-character name that identifies a system to
CA MIM for z/OS. You can assign system names through the DEFSYS statement. If you do not specifically assign a system name to a system, then
CA MIM for z/OSuses the SMF ID of the system as its name.
target consoleis the console that is executing cross-system commands issued through a linkage. A target console is the recipient of a command; it is not the console from which the cross-system command was issued.
target systemis the external system that is receiving and executing cross-system commands issued through a linkage.
temporary volume request
temporary volume requestis a tape volume request in which the data set will not be saved at the end of the step.
TPCFis an acronym for the Tape Preferencing and Control Facility, which is available with the CA MIA component. TPCF lets you influence device selection during the device allocation process.
CA MIM for z/OSfunction that maintains a log of time-stamped information.
trace data set
A trace data set is the data set that you can use to collect trace data commands. For example, command output, ENQ and RESERVE requests, and resource conflicts commands. This data set is named MIMTRC. Also see MIMTRC data set.
TSOis an abbreviation for time-sharing option, which is the component of z/OS that allows users to create and maintain programs and data sets, run jobs, view output displays, and perform other functions online from a terminal.
TSO user ID
TSO user IDis a unique character string that identifies a TSO user.
UCBis an abbreviation for unit control block, from which the name, address, and status of a device are obtained.
UCMIDis a unique number assigned to a console that identifies that console. MCS uses the UCMID to indicate where a command originated from, to route messages to specific consoles, and to route command responses to the appropriate console when you append the z/OS L parameter to a command.
update violationis an update that can result in damage to a data set. This update may be performed by a program that is not authorized to update the data set, by a job that specifies DISP=SHR in its JCL, or by programs that use different naming conventions for the same data set.
Utility verificationis an EDIF feature that you can use to prevent inappropriate programs from updating a data set. During utility verification, EDIF determines whether a program is authorized to update the data set. If it is not, then EDIF records the violation, and also abends the program to prevent the update if the ABEND option is in effect. You can enable this feature by specifying the UTILITY option on an EDIF processing statement.
virtual control file
virtual control fileis an area in memory that
CA MIM for z/OSuses to communicate information among systems when CTCDASD or CTCONLY are active.
CA MIM for z/OSdirects transactions to this file. The system that manages this file is known as the master system.
virtual reserve/release processing
Virtual reserve/release processingis a z/VM feature that serializes access among guests running under the same z/VM operating system. Virtual reserve/release processing dedicates a specified minidisk to a single guest at a time.
Volseris an abbreviation for volume serial number.
VSAMis an abbreviation for virtual storage access method. VSAM stores fixed- or variable-length records on a direct access storage device in sequences determined by record-specific key fields, by record number, or by the order in which records were entered.
VTOCis an abbreviation for volume table of contents.
wait-eligible deviceis a device that is currently allocated, but will be available to the requesting job after the current user has de-allocated the device.
Wildcard charactersare special characters that let you match a character string (such as a QNAME, RNAME, job name, pattern, or message ID) with another character string that has only some of the same characters. For example, you can use a wildcard character to match a character string that you provide with any job name that has the same prefix.
XCFcommunication is a cross-system communication method using the IBM coupling facility hardware in a sysplex environment.
CA MIM for z/OSuses this method to communicate control file transactions among systems in a MIMplex
z/OSis an operating system for IBM mainframe computers. z/OS is a renamed, repackaged, and enhanced version of the OS/390 operating system.
z/OS ENQ facility
See ENQ facility.
z/OS RESERVE facility
See RESERVE facility.
z/VMis a generic term for the z/VM and VM/ESA operating systems.