Easytrieve Migration Overview

Easytrieve has decades of production use under names many veterans still say aloud: Classic, Plus, CA Easytrieve, and today Broadcom Easytrieve Report Generator. Programs written in the 1990s may compile unchanged on 11.6—or fail on the first new reserved word collision. Migration is not a single weekend project; it is a portfolio discipline combining inventory, release-note review, compile-fix cycles, parallel output comparison, and controlled load module promotion. This overview orients beginners and maintainers on the journey, points to detailed child topics, and sets expectations about what changes between eras versus what stays familiar in FILE, JOB, and REPORT thinking.

Progress0 of 0 lessons

Product Lineage in Plain Terms

Early Classic environments introduced the Library and Activity structure many developers still recognize. Easytrieve Plus expanded statements, online integration, and macro libraries common in 6.x documentation PDFs. Broadcom Report Generator 11.x aligns with modern z/OS features—WORKFILE, expanded modules requiring REGION=0M, updated Symbols and Reserved Words appendices, and TechDocs online Language Reference. Your shop may run one label while archives reference another; migration planning starts by recording which compiler version compiles tonight's production jobs.

Migration era reference (high level)
EraTypical sourcesWatch for
Classic / early CAOlder syntax, minimal online featuresObsolete verbs, pre-Plus FILE options
Easytrieve Plus 6.xApplication Reference PDFs, $functionsStatement name drift vs 11.6 Language Reference
Broadcom Report Generator 11.6TechDocs, release notes, Symbols appendixNew reserved words, WORKFILE, module size

Why Migrations Happen

Vendor support windows, z/OS upgrades, security requirements, and DASD or tape infrastructure changes force compiler upgrades even when business logic is stable. Regulatory audits ask for supported software levels. New hires arrive trained on current TechDocs while your source comments reference 1987 run books. Migration converts that risk into a planned program with test evidence instead of an emergency compile failure on a holiday weekend.

Migration Phases

  1. Inventory source libraries, macros, procs, and scheduled jobs with owners.
  2. Install target compiler; update STEPLIB and site options table in test LPAR.
  3. Read release notes and New Reserved Words for the target maintenance level.
  4. Compile pilot programs; categorize errors (reserved word, syntax, options).
  5. Execute pilots with test data; compare output to baseline files.
  6. Parallel-run critical jobs old versus new output during a soak period.
  7. Promote link-edit load modules; update run books and PARM standards.
  8. Retire old compiler access per change-control policy.

Compile-First Discovery

A mass compile sweep surfaces most static incompatibilities quickly. Sort listing diagnostics by frequency: one macro definition fix may clear dozens of programs. Keep compile listings with error counts for audit. Programs that compile clean may still behave differently at runtime—reserved word fixes are necessary but not sufficient for sign-off.

text
1
2
3
4
5
6
PARM DEBUG(PMAP DMAP XREF) LIST FILE * Pilot compile PARM — remove verbose DEBUG before production FILE PAYROLL FB(500 25000) %PAYROLL JOB INPUT PAYROLL PRINT PAYRPT

Reserved Words and Field Names

Each release can add reserved identifiers that collide with legacy field names—especially short names copied from COBOL copybooks. The migration-new-reserved-words page catalogs patterns; your compile listing flags conflicts with recognizable diagnostics. Renaming fields in macros propagates fixes across programs—another reason central FILE macros beat duplicated definitions.

Runtime and JCL Compatibility

Migration is not source-only. JCL procs may need larger REGION, new DD for WORKFILE outputs, updated SORT product parameters, or changed SYSPRINT routing. Options table values (VFMSPAC, ABEXIT defaults, BUFNO) may differ between old and new installations. Run one known job end-to-end in test before portfolio-wide compile sweeps consume the team's attention.

Parallel Running and Output Compare

Financial and payroll shops often diff report files—record counts, hash totals, sample account balances—between old and new compiles of the same source on identical input. Automate compare with standard mainframe utilities or downstream scripts. Document acceptable differences when release notes specify formatting changes (dates, rounding, page headers).

Documentation and Knowledge Transfer

Update internal wikis with target PARM profiles, renamed fields, and proc changes. Train maintainers on TechDocs navigation if they relied on Plus PDFs. Link child migration pages from your team portal so Classic-specific quirks are not lost when senior staff retire.

Rollback Planning

Keep previous load modules and compiler libraries available until soak completes. Change control should define rollback triggers—compare failure rate, abend spike, or missed SLA—and how schedulers revert STEPLIB concatenations. Migration projects fail operationally when rollback is undefined.

Explain It Like I'm Five

Migration is moving your lemonade stand to a new kitchen. Most recipes still work, but the new stove has different buttons (reserved words) and bigger pots (REGION). You make one test pitcher, compare taste with the old kitchen, then move the whole business only when parents agree it tastes the same.

Exercises

  1. Write a three-sentence inventory plan for your site's Easytrieve source libraries.
  2. List five release-note sections you would read before upgrading to 11.6.
  3. Design a pilot job selection criteria (size, criticality, complexity).
  4. Describe parallel compare metrics for a payroll detail report.
  5. Identify who approves options table changes at your organization.

Quiz

Test Your Knowledge

1. The first document set to read when migrating Easytrieve versions is usually:

  • Release notes and migration guides for the target release
  • Only the JCL manual
  • The CICS application guide
  • The RACF security guide

2. New reserved words in a release most often break programs when:

  • Field names collide with newly reserved identifiers
  • SYSPRINT DD is missing
  • REGION is set to 0M
  • BUFNO is increased

3. Promotion to production after migration testing should use:

  • Link-edit load modules with controlled compile PARM
  • Compile-and-go from developer sessions
  • Unlisted source in personal libraries only
  • DEBUG SNAP on all schedules

4. Regression testing after migration should include:

  • Representative jobs, counts, and key edge cases on the target LPAR
  • Only compile with no execution
  • Only online screens never batch
  • Deleting old source libraries immediately

5. CA Easytrieve Plus manuals versus Broadcom 11.6 Language Reference:

  • May differ on statement names; verify each construct on the target release
  • Are always identical word for word
  • Apply only to PC Easytrieve
  • Replace the need for compile listings

Frequently Asked Questions

What is Easytrieve migration?

Migration is moving programs, JCL, macros, and operational procedures from an older Easytrieve environment (Classic, Plus, or an earlier Broadcom release) to a newer compiler and runtime on z/OS or other supported platforms. It includes source changes, retesting, and promotion of load modules.

Do I need to rewrite every program?

Rarely. Most batch reports compile after reserved word fixes, PARM updates, and occasional statement changes documented in release notes. A minority of programs using deprecated features need redesign—plan discovery via compile listings and migration checklists.

How long should migration testing take?

Proportional to portfolio size and criticality. Start with a pilot of high-value, moderate-complexity jobs. Automate compile-all jobs where possible. Full parallel running (old and new output compare) is common for financial applications before cutover.

Who owns migration tasks?

Developers fix source and unit tests; operations upgrade procs, STEPLIB, and options tables; change control tracks promote dates. DBAs and storage teams join when VSAM or SORT changes appear.

Where do I find version-specific differences?

Use child pages in this migration section—Classic, Plus, Broadcom versions, version differences, deprecated syntax, new reserved words, and compatibility—for deep dives. Always confirm against your installed maintenance level.

Published
Read time16 min
AuthorMainframeMaster
Reviewed by MainframeMaster teamVerified: Broadcom Easytrieve 11.6 release notes mindset, best practices link-edit promotionSources: Broadcom TechDocs release notes, Using Best Practices, EZT Plus Application Reference (historical contrast)Applies to: Easytrieve portfolio migration planning across Classic, Plus, and Report Generator