Note: This topic is not about migration between different versions of ReportCenter, but some of the steps are similar to migration.
Sometimes, you want to clone a working ReportCenter environment to create an additional separate environment (but using the same installed version of ReportCenter).
Usually, cloning is required in large sites, for example, to move ReportCenter from a testing environment into a production environment or to set up two production ReportCenter control regions to handle many data regions.
The following procedure describes a general approach to clone a ReportCenter environment to another z/OS system (LPAR). The exact technical procedure, what utilities to use, and so on, depends on your own specific processes, tools, and shared DASD environment.
This procedure assumes the following:
To clone a ReportCenter Control Region
Note: With CA MSM, you can use the Software Deployment Service to perform some of these steps.
If you installed with:
The user directories, …/nm/reporter/usr/…, do not need to be reallocated on or copied to SYS2; they always start empty.
These user directories are allocated the first time you apply the REPORTCENTER Customizer parameter group in NM02. They eventually contain the reports, logs, and stderr and stdout files, from the new Java task NMJAVA02.
Copy the contents of that member from the existing equivalent data set on SYS1, and change the directory name if necessary.
This member tells the ReportCenter control region where the supplied HFS code is, for example:
BROWSE DSNPREF.PARMLIB(IIAPARMS) - 01.08 Command ===> ********************************* Top of Data ******* WRHFS1='/u/users/netmgmt/reporter/nmjava01' ******************************** Bottom of Data *****
Perform a REPTEST on the new NM02 region before proceeding. The result should say that it is a Dormant Control Region.
Note: If you see only the REPORTDATA Customizer parameter group, this region was not started with PROD=REPORTER. Go back to the previous step.
Ensure that the REPORTCENTER Customizer parameter group actions without errors.
Look at the initialization log for the creation of the usr directories.