Is there a checklist and/or recommendations on how to upgrade/install Endevor v19
Release: V19
Steps to prepare for your Endevor v19 Upgrade
IMPORTANT NOTE:
Capture Options & Features from the old release
Review tables as appropriate from the old release and make a copy of them in a PDS for safe keeping. Tables that typically need to review:
To gather the data from the above mentioned table, run a batch job against the existing version of Endevor including the “Endevor Options Trace”. The Options trace will produce a report with information from the C1DEFLTS table and the other Endevor tables. Below is a sample job that can be run:
Once the data is gathered from the previous release, make a copy of the new v19 tables ENDICNFG and ENCOPTBL to see all the new options and then use the Options Trace to ensure that the options enabled are the same in both versions.
Review any exits, API programs, skeletons, package ship modifications and/or customizations.
Review and Select New Release Features/Options
The best way to do this is to review the Endevor v19 Release Notes available on support.broadcom.com. If the site is upgrading and there are releases between, it is recommended that all the release notes for all releases be reviewed. (Example - if upgrading from v18 to v19 review the release notes from 18.0.12 & 18.1 and v19). It is HIGHLY recommended to not enable any new features until initial testing has been completed.
Testing New Releases Using the Sample Application or with “Your Own Data”
Option 1: The Sample Application can be used to create a stand-alone Endevor instance to test with.
As an alternative to using the Sample Application, tests can be done with the existing production data for testing upgrades to new releases of Endevor. To do this, perform several post-installation steps to create a copy of the data on a test system. It is recommend that a copy of the largest and most active systems be used. If a site has many environments, a test version does not have to be established for all of them. However, it is suggested that at least two mapped environments be used.
Option 2: Perform the following tasks to test new releases with your data:
It is recommend that a copy of the largest and most active systems be used. If a site has many environments, a test version does not have to be established for all of them. However, it is suggested that at least two mapped environments be used. Make copies of the production MCFs and Package File, and make copies of all the base, delta, and output libraries associated with the systems selected. If the names are being changed of these files on the test system, or if there is a need to establish a test bed on the production system, Endevor must be updated with the new names.
Copy the Element Catalog
Endevor incorporates an Element Catalog file to support long element names and to improve performance by reducing the volume of I/O operations. The Element Catalog file is required and only one is allowed per site. The Element Catalog is identified to Endevor through the ELMCATL field in the TYPE=MAIN section of the C1DEFLTS Table.
Follow these steps:
Copy the Master Control Files
To test using copies of your MCFs, use member BC1JRMCF located in iprfx.iqual.CSIQJCL. This job will REPRO your current MCF files into sequential data sets; create your new MCF, and then REPRO the old data from the sequential files into your new files.
Follow these steps:
Copy the Package File
To test using a copy of your existing package file, use member BC1JRPKG from your iprfx.iqual.CSIQJCL library. This job backs up your existing data set to a sequential file, deletes and redefines the package file, and then populates the records back into the newly-defined VSAM package file.
Follow these steps:
Copy ACMQ Files
If your site is licensed for Automated Configuration Manager, and you specify ASCM=Y in your C1DEFLTS Table, the ACM query files, ACMROOT and ACMXREF, must be allocated.
If you want to make copies of your existing ACMQ files, follow these steps:
Update the Endevor Tables
** The C1DEFLTS and all of the site customized Endevor tables must be reassembled and relinked before running Endevor v19 **
1) Before you can use any of your newly copied files, you must first identify them to Endevor through the C1DEFLTS table.
2) Assemble and link all the customized Endevor tables using the BC1JTABL or the SMP/E USERMOD process.
V19 NOTE - BATCHID values 0 and 2 are no longer supported. BATCHID now defaults to 1
IMPORTANT NOTE - The updated Endevor tables must reside in the authorized library that was established during the installation process. Verify this information with the person who installed the product at your site.
Note: For more information about the C1DEFLTS Table, see How to Edit the Defaults Table (C1DEFLTS) in the Endevor v19 Documentation.
Synchronize the Element Catalog with the MCFs
Ensure that the Element Catalog that was just copied is properly referenced by the MCF’s defined in the C1DEFLTS.
Follow these steps:
Copy the Production Files
Use one of the following methods to make the production files available for testing:
Allocate new files (with new names) and copy current data into them.
To allocate new files (with new names) and copy current data into them, or if testing on an isolated LPAR copy the current files to the test LPAR using their same names. Alternatively, use IBM's DFDSS utility ADRDSSU to COPY (dump) and rename the data files.
After processing the MCFs, Package, ACMROOT, XREF and Element Catalog files, needed to allocate the data files. Use IEFBR14 or IDCAMS, allocate empty PDS, PDSE, or ELIBS, based on the site's implementation. Copy any base, deltas, source output libraries, processor output, and load libraries associated with the systems and types that are planned to be used for testing.
Note: Either of these processes can be used – Allocate Base, Delta, and Source Processor Output Libraries or Copy Production Data. Alternatively, use IBM's DFDSS utility ADRDSSU to COPY (DUMP) and rename the data files.
Using IDCAMS, IEBCOPY, or BC1PNCPY, copy the production files over to the new empty test files. When a PDS load module is copied to a PDSE, Endevor load module footprint information is retained only if the Endevor processor utility BSTXCOPY is used. Other utilities, such as IEBCOPY, do not have the capability to copy the *LOADMOD footprint. For more information, see
Techdoc- Article Id: 137047 How to convert from Endevor PDS to PDSe Libraries.
Note: Use either of these processes – Allocate Base, Delta, and Source Processor Output Libraries or Copy Production Data. Alternatively, you can use IBM's DFDSS utility ADRDSSU to COPY (DUMP) and rename the data files.
Identify Test Libraries to Endevor
After copying the production files to new empty test files, change the data set names from the production name values to the new test name values. Update the data set names in each stage for each system imported for testing under each environment.
Follow these steps:
Note: If it is decided not to use the production data files for testing, there is the option of starting from scratch. To do this create all new files, and run Batch Admin (ENBE1000) to build the new environment. For more information about the Batch Admin Utility, see Execute or Validate Batch Admin SCL.
Test the New Release
After the updaing all the systems and stages, the upgrade of Endevor is ready to test. Be certain to test any exits, making sure that the tables have been reassembled and relinked.