Supra To DB2 Conversion
Supra To DB2 Conversion
Deepali Srivastava
Supra to DB2 Conversion Project Profile
Confidentiality Statement
Confidential 2
Supra to DB2 Conversion Project Profile
Contents
Confidential 3
Supra to DB2 Conversion Project Profile
Confidential 4
Supra to DB2 Conversion Project Profile
Confidential 5
Supra to DB2 Conversion Project Profile
remote stations
VPN Virtual Protocol Network A network comprised of one or more secure IP
(Inernet Protocol) tunnels connecting two or more
networks
VSAM Virtual Storage Access An access method for direct or sequential
Method processing of fixed-and variable-length records on
direct access devices
Project Background
The XYZ IT environment with SUPRA does not optimally leverage all the efficiencies that are
possible with mainframe hardware and software and hence XYZ embarked on an IT mission of
converting its main database system SUPRA (a product of CINCOM), running on IBM mainframe
system by DB2 – an IBM product.
To exemplify the above, the prime reasons, XYZ needs to replace Supra PDM (Physical Data
Manager) for, are due to:
a) Limited capabilities of Supra PDM software in the wake of technical changes associated with
IBM’s move to 64-bit mainframe hardware and software
Supra PDM software code utilizes 31 bit addressing for all index functions, support of Cobol II, and
Cache Buffering above the line; there is no plan of CINCOM to rewrite this logic to utilize 64-bit
processing.
Within one or two years, XYZ needs to implement a 64-bit version of the mainframe operating
system (Z/OS) to stay on supported software. During this time, the Supra PDM software will run on
31-bit compatibility mode with unknown performance issues. Due to the heavy overnight
processing requirements XYZ currently faces, a small performance decrease in Supra might
eliminate any open non-processing window and begin to affect distribution center cutoffs.
b) IBM to drop support for BDAM (Basic Direct Access Method) access method
Confidential 6
Supra to DB2 Conversion Project Profile
Supra PDM in XYZ systems use the BDAM access method (included in IBM OS/390 mainframe
operating system software) as the most efficient option. Due to aging of the BDAM access
method, IBM has begun to announce that its software and hardware would not support BDAM in
the near future.
The customer count for Supra PDM continues to decrease and there is a probability that CINCOM
may be compelled to drop its support on Supra.
Going forward, it will be difficult for XYZ to maintain the internal knowledge and staff to support
Supra.
To mitigate the risks as stated, the Supra to DB2 conversion project was initiated.
Removal of IT Bottlenecks
9 Risk factors associated with Supra in the long run will be obliterated.
9 Since DB2-based systems have far more enhanced features than Supra – integration
with modern technologies in DB2-based systems will be easier.
Cost savings
9 SUPRA licensing cost will be reduced.
9 Mainframe resources are a strategic product of IBM and available on all IBM key
platforms, so these can be utilized more cost-effectively with DB2-based applications
than SUPRA-based ones.
Performance Improvement
9 Stable operational platform with consistent data, ease in data maintenance and
redundancy removal - all by virtue of relational model of DB2
9 Reduced cycle time with parallel processing using partitioned tablespaces and removal
of redundant logic.
Scope of Work
The scope of work for TCS included the following:
Confidential 7
Supra to DB2 Conversion Project Profile
9 System Testing
9 Performance Testing
9 Acceptance Test Support
9 Implementation Support
The approach used by TCS was a holistic one catering to the conversion per application. The
following strategy was used for conversion and migration:
APPLICATION CONVERSION
9 Complex and big applications were implemented in phases- Partitioning strategy was used for
Pre-Production Scheduling (or PPS) system to implement PPS in phases of five.
9 Normalisation of database was carried out without affecting the programming logic much.
9 In Supra, if a Master file contained only key fields, then the master file was considered
redundant as the same set of Key fields was defined in associated variable files. Hence in
migration, these master files were omitted/merged with the associated variable files while
defining new tables in DB2. This helped in reducing the data redundancy.
9 For variable files containing duplicate records, appropriate keys were determined.
9 Due to phased-approach, it was necessary that a single online application program got access
to both Supra and DB2 data, simultaneously, where Supra and DB2 databases were attached
to separate CICS regions. The Dynamic Program Link (or DPLs) was developed and used to
ease the cross CICS regions communication issue, where a DPL program developed to
access DB2 database was called, and run remotely to a CICS region, where DB2 database
was linked.
9 DPL programs were made reusable, that is, per table one DPL program was coded.
9 SQL to access DB2 database were kept centrally in COBOL copycodes format to increase
reusability, rather than being coded in the main host program for both batch and online
programs.
DATA MIGRATION
9 One-time COBOL programs were written for data conversion to read the Supra files as flat files
and convert Supra data fields into DB2 data types and create an output file with data in the
format that can be loaded to DB2 directly.
9 The output file created by COBOL program was loaded to the corresponding DB2 table using
IBM utility DSNUTIL.
9 Parent tables were loaded first and then the child tables.
9 After table load- the checker programs were run to create data reconciliation reports.
9 In some applications – the entire Data Migration job sequence was automated.
Confidential 8
Supra to DB2 Conversion Project Profile
TOOLS
A. The in-house tools built by TCS, using REXX, used in the project were:
TOOL FUNCTION
LOC To count the number of lines of code in mainframe programs. Is used
extensively during estimation activity
MASSCMPL To perform mass compile of programs in a dataset
MASSBIND To perform mass bind of programs in a dataset
VRBLCHNG Replaces Supra variable with DB2 variable using Supra-DB2 variable
cross-reference as input
B. The in-house tools of XYZ in CLIST, which were used in the project, are listed as follows:
TOOL FUNCTION
COBGENER This generates the template COBOL program based on the information
provided in the series of ISPF panel. (This command has proved useful for
SEQUENTIAL UPDATE PROGRAM/REPORT PROGRAM and two FILE
MATCH PROGRAMs)
JC This command works in an intended JCL (Job Control Language)
/PROCEDURE member, opened in edit mode. This command inserts two lines
of JCL JOBCARD
CVTJCL This command is used in JCL/PROCEDURE member to convert production
JCL so as to be executed in TEST environment. This adds the HLQ (High
Level Qualifier) of TSO USERID in front of all datasets; and converts GDG
(Generation DataGroup) files to sequential datasets.
BLDGDG Z This command is also used in edit session of either a JCL or PROCEDURE
Confidential 9
Supra to DB2 Conversion Project Profile
member. This creates GDG base of all output GDG datasets, specified in the
JCL/PROCEDURE member (Output GDG datasets are recognized by +1
declaration). Z indicates the value of GDG dataset limits desired.
STPRENUM This command re-numbers the PROCEDURE or JOB steps starting from 10 for
the first step and an increment of 10 for each subsequent step.
JCLCHK This command also works in edit session of a JCL/PROCEDURE member.
This scans the JCL/PROCEDURE member and lists the JCL errors.
VSAMPERF This command is used in the edit session of a JCL/PROCEDURE using a
VSAM file (AMP statements are required to improve the access feature of
VSAM datasets). This command generates AMP JCL statements for VSAM
datasets. The AMP statements are placed in the JCL in the appropriate spots.
Three lines are created: one for sequential access, one for random access,
and one for mixed. The appropriate statement may be selected by deleting the
other two.
Given below is the list of applications converted by TCS for XYZ Inc., starting from 1st July, 2003
and ending on 31st March, 2006.
Confidential 10
Supra to DB2 Conversion Project Profile
Highlights
• Project marks the start of TCS -XYZ relationship.
• It is one of the key Migration & Re-engineering projects in the unit, which yielded about 15+
resources well-versed in converson methodologies and SUPRA and DB2 technologies.
• Defect-free implementation of most of the applications without any slippages, resulted in high
customer satisfaction (98.82 CSI(Customer Satisfaction Index) in March 2006) and accolades,
following implementation of the converted application.
• Project handled lot of technical challenges successfully. The key ones are :
9 Giving dual updates of Supra & DB2 and Cross Region Data base access under
CICS
Confidential 11
Supra to DB2 Conversion Project Profile
• Improved performance with decreased batch cycles providing business sufficient time to
run more iterations in order to plan and arrive at decisions
Confidential 12