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:
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 scenario:
Follow these steps:
Note: With CA MSM, you can use the Software Deployment Service to perform some of these steps.
If you installed with:
You do not have to reallocate the user directories, …/nm/reporter/usr/…, on or copy them to SYS2; they always start empty.
These user directories are allocated when you apply the REPORTCENTER Customizer parameter group for the first time 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. Verify that the result says 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.
| Copyright © 2012 CA. All rights reserved. |
|