Running Multiple Instances of Mainframe Access Server

Mainframe Access server is a robust server that is designed to efficiently handle all of the different client access requirements in high-volume usage. A single instance of Mainframe Access server will most likely meet the needs of your installation. It is, however, possible to run multiple instances of Mainframe Access server on your z/OS system. This might be desirable for establishing test and production servers, isolating specific user groups in their own server, isolating specific feature activations, etc.

Once you have a successful Mainframe Access server installation you can easily create additional instances as follows:

• Create and activate VTAMLST APPL definitions for a new Mainframe Access server and a new Mainframe Access Data Connect server.
• Reserve a unique TCP/IP port for the new Mainframe Access server (a TCP_PORT).
• Create unique PARMS, SERVERS and ACCESS members for the new instance and customize them appropriately. You will definitely need to create a unique PARMS member and assign unique values to the LU62 APPLID= and TCP_PORT= parameters. It is possible to share ACCESS definitions, if that will meet the needs of your configuration. An alternative method would be to create a copy of the CNTL data set and retain the original member names.
• Allocate a unique audit log data set for the new instance if you are using this feature.
• Create a copy of the MFA proc in the proclib data set and update the JCL to reference the new PARMS, SERVERS and ACCESS members for this instance. Also, update the audit log data set name if you are using this feature.
• Create a copy of the MFAS proc in the proclib data set and update the JCL EXEC statement PARM field to specify the new MFAS ACBNAME in the APPLID= parameter. Also, update the VSAMCTL DD statement data set name if you want to allocate and manage a different set of mapping members for this instance.
• Update the SERVERS definition for the new instance with the name of the new proc that was created from the MFAS proc (that is, update the ASPROC=MFAS value).