OPS/MVS - Correct entries for SSM#SYSLST with SSMGAV2
search cancel

OPS/MVS - Correct entries for SSM#SYSLST with SSMGAV2

book

Article ID: 209204

calendar_today

Updated On:

Products

OPS/MVS Event Management & Automation

Issue/Introduction

We ran 2 LPARs in a plex, A and B.  We set up SSM movable tasks.  In SSM#SYSLST for both A and B lpars we had the B lpar name in SSM#SYSLST and all worked good.  We now have A, B and C lpars.  How is SSM#SYSLST to be set up now?

I read that it "Lists all of the available alternate systems to which you can move data.".  Now we didn't have that before when we had only B in there, but it worked for all moves.  Now with 3 lpars I want to ensure I have it correct.

Environment

OPS/MVS

Resolution

SSM#SYSLSTS should contain all the systems the resource can move to, that are not the primary system. 
So for example:
RES1     Primary System = SYSA   SSM#SYSLSTS  = SYSB
RES2     Primary System = SYSB   SSM#SYSLSTS  = SYSA
This definition allows both resources to move to both systems even though they have different primary systems. 

Add the new system to the SSM#SYSLSTS of both resources and they can move to all systems.
RES1    Primary System = SYSA   SSM#SYSLSTS  = SYSB SYSC
RES2    Primary System = SYSB   SSM#SYSLSTS  = SYSA SYSC

The resource should only be defined on it's primary system. When it moves, the resource is inserted into the SSM table on the desired system and deleted from the old system. There should only be one definition for each moveable resource. 

Note:  SSM#SYSLST is never changed by the SSMGAV2 application.  It only tells the application where a resource can move to.