Previous Topic: Verification and Diagnostic CommandsNext Topic: How to Convert SSMGA to SSMGAV2


How to Set Up SSMGAV2

The SSMGAV2 setup requirements for OPS/MVS parameter settings, auto-enabled rules, REXX programs, resource table columns, and action table entries are discussed in this section. These requirements apply to all systems that participate in the global SSMplex.

To set up one system, follow Steps 1-8. To replicate these changes to external systems, follow Step 9.

Follow these steps:

  1. Install the CA CCS CAVARSRV component.

    SSMGAV2 requires the CA CCS Common Variable Service component (CAVARSRV) to run. SSMGAV2 uses the OPSVASRV() OPS/REXX function to create and maintain SYSPLEX scope variables as a database for moveable resources.

  2. Activate the SSM Global Event Facility.

    You activate the SSM global event facility, which SSMGAV2 uses to keep the SYSPLEX scope variables in sync with the SSM table data. If you already use the SSM global event facility, then you can skip this step.

    To activate the global event facility, specify the following parameters:

    SSMGLOBALEXITS=YES 
    SSMGLOBALEXITTBL=RDF table name 
    

    Suggested RDF table name value (Default): SSMV2_GBLEXIT_TBL

    The specified RDF table name is the name of the global events action table. SSM automatically creates it when parameter SSMGLOBALEXITS is set to YES. For information on manually creating the table before setting parameter SSMGLOBALEXITS, see the Using System State Manager chapter.

  3. Update the SSM Global Event Facility.

    SSMGAV2 uses the SSM global event facility that you activated in Step 1 to maintain the status of moveable resources in CA OPS/MVS SYSPLEX variables. In this step, you update the SSM global events action table that the SSMGLOBALEXITTBL parameter specified.

    The ADD, BEGIN, DELETE, and UPDATE global events in the global events action table must have actions that invoke the SGUPPLVA request rule. Use the following type of text for the action text for each event name. If the global event facility is already in use, then add the action text to the end of the existing action text separated by a semicolon.

    ADD    … RULE("SGUPPLVA &SSM!PROCESS &SSM!RESNAME")
    BEGIN  … RULE("SGUPPLVA &SSM!PROCESS &SSM!IPL")
    DELETE … RULE("SGUPPLVA &SSM!PROCESS &SSM!RESNAME")  
    UPDATE … RULE("SGUPPLVA &SSM!PROCESS &SSM!RESNAME")
    

    Note: The three periods (…) represent empty key values in the action table.

    The following list describes the global events:

    ADD—If the newly added resource is a moveable resource, the CA OPS/MVS SYSPLEX variables are created/updated with the current row data.

    BEGIN – If AUTOHOME is set to Y for a resource, it moves to its primary system when that system is IPLed.

    DELETE – Maintain the managed column list for SSMGAV2 columns.

    UPDATE—If the updated resource is a moveable resource, the CA OPS/MVS SYSPLEX variables are updated with the current row data. The value of SSM#DESSYS is also evaluated to see if a move request was issued.

  4. Set the parameters.
    1. Assign an SSMPLEXNAME to each system that participates in an SSMGAV2 global status management complex.
      SSMPLEXNAME=SSMplex name 
      
      SSMplex name

      Specifies the collective name for all systems in an SSMplex. All systems in the SSMplex must be in the same SYSPLEX.

      Limit: 8 character maximum

    2. Set the GLVNOTIFYRULES parameter to YES.
    3. Set the OSFTSLMAX parameter to a value greater than 0.

      A long running server is required for the SGSYSFLR REXX code due to the wait time for the WTOR.

  5. Auto-Enable rules.

    In addition to the normal SSM resource status rules, SSMGAV2 execution requires you to enable the following AOF rules before you initialize SSM:

    GAV2CMD

    This command rule is used to control or display SSMGAV2 moveable resources.

    This command rule supports the following commands:

    DPLEX [ssmplexname|ALL]

    Displays all SSMGAV2 SSMplex names that are contained in the current sysplex that is connected to the system issuing this command. This command determines which SSMplex names can be used in other SSMGAV2 commands that are sent to an SSMGAV2 system for execution.

    Examples:

    GAV2CMD DPLEX GAPLEX
    
    DGROUP [ssmplexname|*] [ssmgroupname]

    Displays the resources that are members of the specified group name for the local SSMPLEXname only. In addition, lists each resource and the group that are members.

    Examples:

    GAV2CMD DGROUP
    GAV2CMD DGROUP * GROUP4
    

    DRES ssmplexname [tablename.resourcename|tablename.*|*.* ] [colname]

    Displays status information for the resource name specified.

    Examples:

    GAV2CMD DRES CSSMPLEX STCTBL.* CURRENT_STATE
    GAV2CMD DRES * STC*.IMS* SSM#SYSLST
    GAV2CMD DRES CSSMPLEX *.* 
    

    Important! This command can cause voluminous output.

    GAV2CMD DRES * *.*
    

    Important! This command can cause voluminous output.

    MRES ssmplex|* resname TOSYS(sysname) DESIRED(desired state)

    Moves the movable resource to a new system and sets the desired state to designated value.

    MGROUP ssmplex|* groupname TOSYS(sysname) DESIRED(desired state)

    Moves the movable resources in the specified group to a new system and sets the desired state to designated value.

    HELP command

    Displays the syntax for the indicated command

    Syntax Notes:
    • ssmplex is a valid SSMplex name or * that indicates the SSMplex to which the current system belongs.
    • sysname may be in the form system.subsys, system, or *. Omitted portions of the sysname are completed with values for the current system.
    • resname may be in the form system.subsys.table.name, table.name, or just name. A full resource name is only updated or displays one resource. A partial resource name may update or display multiple resources.
    GAV2GLV

    This GLV rule is used to recover SSMGAV2 moveable resources.

    GAV2GLVP

    This GLV rule is used to create SYSPLEX scope variables that manage cross-system prereq/subreqs.

    GAV2GLVU

    This GLV rule is used to update SSMGAV2 moveable resources.

    GAV2GLVX

    This GLV rule is used to POST the STATEMAN subtask when cross system PREREQs or SUBREQs are updated.

    SGBLPLVA

    This request rule is used to create the SYSPLEX variables use by the SSMGAV2 application.

    SGMOVRS1

    This request rule executes for the SSMGAV2 MATCH action.

    SGSYSFL

    This MSG rule is used to identify a system in the SSMPLEX is down and start the recovery process.

    Note: This rule fires on the IXC402D sysname LAST OPERATIVE AT hh:mm:ss. message. It can be modified to fire on any event that should start the resource recovery procedure.

    SGUPPLVA

    This request rule processes the SSM Global events.

    SGXSCOMM

    This command rule is used by SSMGAV2 to communicate cross system using the MVS ROUTE command.

    SSMBEGIN

    Replace the old SSMBEGIN rule with the new version that provides SSMGAV2 support.

    SSMG2PRX

    Executes the XPREREQ and XSUBREQ process events for cross-system prereq/subreq evaluation.

    The following list describes the required REXX programs:

    GAV2CMDR

    This REXX is called by the GAV2CMD rule to process the request.

    GAV2VFY

    This REXX is the SSMGAV2 verify routine.

    SGINSRES

    This REXX inserts a row into an SSM resource table using the SSMGAV2 SYSPLEV variables as data.

    SGMOVRES

    This REXX performs the move of an SSMGAV2 resource.

    SGSETMON

    This REXX updates the monitored columns to include SSMGAV2 resource columns.

    SGSYSFLR

    This REXX is called by the SGSYSFL rule to handle resource recovery when a system in the SSMPLEX is down.

    SGSYSFLU

    This user exit is called from SGSYSFL to handle special user SSM#MOVMOD values.

    SGUPDPRE

    This REXX creates the SYSPLEX scope variables needed for cross system PREREQ/SUBREQ processing.

    SGUPDRES

    This REXX creates the SYSPLEX global variables used to process cross system PREREQs and SUBREQs.

    SGUPDRSC

    This REXX updates a row into an SSM resource table using the SSMGAV2 SYSPLEV variables as data.

    SSMG2PRE

    This REXX processes the XPREREQ and XSUBREQ STATEMAN actions.

  6. Add SSM resource table columns.

    SSMGAV2 requires several new columns in SSM resource tables to support the functionality that SSMGA provides. Use REXX program OPSSM2CV to add the required SSMGAV2 columns to SSM resource tables by specifying a parameter of SSMGA(Y).

    Strictly local resources that cannot be moved to another system do not require any column changes. Defaults for non-existent columns are supplied.

    All system name values in SSMGAV2 are in the form:

    sysname.subsys

    sysname

    Specifies the real z/OS system name.

    subsys

    Specifies the CA OPS/MVS subsystem name on the system (usually OPSS).

    Movable resources require the following new columns:

    PRIMARY_SYSTEM CHAR(14) UPPER CASE DEFAULT('*.*') 
    SSM#CURSYS CHAR(14) UPPER_CASE DEFAULT('*.*') 
    SSM#DESSYS CHAR(14) UPPER CASE DEFAULT('*.*') 
    SSM#MOVMOD CHAR(8) UPPER CASE DEFAULT('INACTIVE') 
    SSM#SYSLST VARCHAR(350) UPPER CASE 
    SSM#GRPLST VARCHAR(350) UPPER CASE
    Optional columns:
    AUTOHOME CHAR(1) UPPER_CASE DEFAULT(‘N’) 
    

    The following list describes the new columns:

    PRIMARY_SYSTEM

    Specifies the preferred system to run the resource and it is also the constant cross-system prereq specification name for resources that use the movable resource as a prerequisite. Even when the movable resource is running on an alternate system, the primary system name is still the cross-system prerequisite name: system.subsys.table.name.

    SSM#CURSYS

    Contains the current system that owns the resource.

    SSM#DESSYS

    Specifies the system name to which the resource should be moved. Changing the desired system to an alternate system name on the current system copy of the resource causes the resource to stop on the current system and move to the alternate system.

    Note: The resource must be in an ACTIVE mode to be moved so it can be stopped on the current system.

    SSM#MOVMOD

    Controls how the current system is selected. A value other than INACTIVE indicates that the resource is movable from the primary system to any other system specified in the SSM#SYSLST column. The alternate systems are specified as word or comma delimited list. System names are in sysname.subsys format. The sequence of alternate system names in the list is an implied priority of alternate systems for automatic selection of an alternate system.

    SSMGA recognizes the following special values for SSM#MOVMOD:

    – AUTO - Causes SSMGAV2 to automatically move a resource to the next available system in the system list hierarchy when a failure is detected on the owning system.

    -WTOR – Causes SSMGAV2 to issue the GAV2911I MLWTO and GAV2911O WTOR which prompts users to recover a list of moveable resources.

    Users can add code to the SGSYSFLU user exit to take special actions for user defined SSM#MOVMOD values.

    Any other value of move mode allows movement of resources by manually changing the desired system to an alternate system.

    SSM#SYSLST

    Lists all of the available systems to which you can move the resource.

    SSM#GRPLST

    (Optional) Specifies SSM resources, such as a workload, global status, or disaster recovery eligibility, using arbitrary 1-18 character names. The ISPF monitoring tool uses the group names in SSMGAV2 to move groups of resources and in the operator command facility for query and action commands. The list of group names is word or comma delimited. SSMGAV2 monitors the resource group name list for changes.

  7. Enter resource configuration values.

    Once the required columns have been added to the resource tables, enter the column data values.

    1. Enter values for non-movable resources.
      • Leave the PRIMARY_SYSTEM, SSM#CURSYS and SSM#DESSYSprimary columns at their default values of *.* which means the current system.
      • Ensure that the SSM#MOVMOD column contains the value INACTIVE.
      • Ensure that the SSM#SYSLST column is empty.
    2. Enter values for all movable resources:
      • Update the PRIMARY_SYSTEM column with a valid system.subsys name.
      • Set the SSM#CURSYS and SSM#DESSYS columns to the primary system name.
      • Set the SSM#MOVMOD column value to the appropriate resource recovery value for normal operations.
      • Populate the SSM#SYSLST column with the desired system names specified in the order in which they are to be selected.
    3. Assign optional group names to movable resources by entering values in the group names column.
      • For movable resources a group name would most likely represent a workload group that can be used in a 'move group' command.
      • Any group names specified are implicitly global in scope and must have a unique significance within the SSMplex.

      Define cross-system resource prerequisites by updating the prereq column with the full cross-system name of the resource:

      system.subsys.table.name

  8. Add SSM action table entries.

    SSMGAV2 requires that the following actions be added to the SSM resource action tables.

    ACTION_   | ACTION_  | ACTION_ 
    PROCESS   |CURRENT   |MODE      |ACTION_TEXT 
    ---------------------------------------------------------------------------------
    SELECT    …          …          PROCESS("MATCH ") 
    MATCH     DOWN       MOVING     SETCOL("ACTMODE,ACTIVE");RULE("SGMOVRS1 &SSM!TABLE &SSM!NAME")
    XPREREQ  …          …   RULE(SSMG2PRX &SSM!PROCESS 
                                 &SSM!PREREQ PRERES(&SSM!RESNAME)")
    XSUBREQ  …          …   RULE(SSMG2PRX &SSM!PROCESS &SSM!XRESNAME")
    
  9. Replicate parameters, RDF Tables, and rules.

    Each eligible system (the primary system and all alternate systems) for each movable resource must have an identical associated action table, and identical AOF rules (if not using shared AOF rule sets) for that movable resource. You must set the required SSMGAV2 parameters on each system that participates in the global SSMplex.

    To replicate parameters, RDF tables, and rules:

    1. On each eligible system, replicate action tables that are associated with resource tables containing movable resources by using the copy function of either the RDF Table Editor (OPSVIEW 2.6) or the SSM Action Editor (OPSVIEW 4.11.A).
    2. If not using shared AOF rule sets, on each eligible system, replicate and auto-enable any AOF rules (such as start, stop, state detection, and so on) for a movable resource.
    3. If not using a shared OPSPA00 initialization OPS/REXX program, update the OPSPA00 initialization OPS/REXX program with the required SSMGAV2 parameters on each system that participates in the global SSMplex.