Linklist is not recommended for Datacom Libraries


Article ID: 22678


Updated On:


Datacom Datacom/DB Datacom/AD


As a z/OS Datacom customer, can I place the Datacom loadlibs in my Linklist?  





Datacom libraries are not normally a good choice for placing in your system's Linklist. The Best Practice recommendation is not to use the Linklist library for this product's libraries. 

For this discussion, when we refer to a MUF (Multi-User Facility), we refer to a MUF instance with a unique CXX and MUFname. Data Sharing or MUFPLEX modes A and B are not part of this discussion.

Most shops today have more than one instance of a MUF on any given LPAR within a SYSPLEX. Some shops have multiple SYSPLEXes. The reasons for having multiple instances of a MUF are many and allow customers to have as much flexibility as needed for a Production, Development, and SYSPROG environment. There are other conditions in which sites may have different Datacom products that should not be co-mingled into the same MUF.

A Production Datacom environment can have many instances. Broadcom has customers running Datacom with as many as 50 MUFs, and as few as 1 MUF. If a customer has many instances, a common practice is to do what is called "a rolling rollout of maintenance" to a set of MUFs that are in Development and Production. The goal is to certify the maintenance from lesser-used instances to the most-used instances.

Eventually, an upgrade to a subsequent release of Datacom will have to be scheduled and performed on each MUF instance. By having private libraries on each MUF instance, you can control when to perform the upgrade process without negatively affecting any of the other MUF instances.

Each upgrade process is a unique process for a given release of the product. Most of the time spent on an upgrade path has to do with how much work has to run on each Datadictionary (DD), Datadictionary Directory (DDD), and each CXX (Directory). Because each large or small release of the product could have new features or functions which require changes to the DD/DDD, and these have to be cataloged to the CXX, it is important to ensure the definitions are current before beginning the upgrade process. And each unique CXX and MUF instance must go through the same process each time you upgrade the product.

Therefore, due to the potential complexity of having all these different MUF instances, Broadcom recommends that the Datacom loadlibs are not placed in the Linklist and instead, use private libraries within the STEPLIB or JOBLIB JCL. Even with one instance of the MUF running, this is still the recommended procedure for running Datacom. It is difficult to predict when your site may require a new MUF instance or when a product may use Datacom/AD in the future. Business requirements may cause any shop to be dynamic and fluid to any changes and having private libraries gives you the most flexibility to accomplish your business needs.

Additional Information

As always, please contact Broadcom support for Datacom if you have further questions.