1. Optimizing your GDT Environment

2. Optimizing Your GDT Environment Doug Evans GDT 2004 International User Conference – Evolving the Legacy July 11 - 14  Tucson, Arizona Optimizing your GDT Environment  Fileshare Server name used as a Global variable n Easier Operations  Getting same File Status behavior as on the Mainframe n Easier Troubleshooting  Getting records Initialized the same way as on the mainframe (TDS) n Data Integrity  The STEPMSG directive n Improved Speed

3. Optimizing Your GDT Environment Doug Evans GDT 2004 International User Conference – Evolving the Legacy July 11 - 14  Tucson, Arizona Optimizing your GDT Environment  Using the DELAY TABLES within FSYS01 n Improved Operations  Turning on and off your logs and flows n Improved Speed  Using –CLASS parameter with GDTBATCH on the command line n Improved Operations  Using the H_WINUID directive on the Jor setup within gdtbatch.par n Improved Troubleshooting

4. Optimizing Your GDT Environment Doug Evans GDT 2004 International User Conference – Evolving the Legacy July 11 - 14  Tucson, Arizona Fileshare Server name used as a Global Variable  Easier Operations n The SRVRNAME for Fileshare can be an environment variable l Enviroment variable CustFS is set to the Fileshare name.  First Character must be a ‘$’ sign and the second character must not be a ‘$’ sign vExample: In the GDTDSGEN.IN, you would have vUSE is FILESHARE “$CustFS” ……. vExample: In your Work Environment Settings, vSET CustFS=$$INF01

5. Optimizing Your GDT Environment Doug Evans GDT 2004 International User Conference – Evolving the Legacy July 11 - 14  Tucson, Arizona Fileshare Server name used as a Global Variable  Updating GDTDSGEN.IN

6. Optimizing Your GDT Environment Doug Evans GDT 2004 International User Conference – Evolving the Legacy July 11 - 14  Tucson, Arizona Fileshare Server name used as a Global Variable  Updating your Environment Setting file

7. Optimizing Your GDT Environment Doug Evans GDT 2004 International User Conference – Evolving the Legacy July 11 - 14  Tucson, Arizona Fileshare Server name used as a Global Variable  After the TDSGEN is run, you can view the FS01.CFG file and note that INF01 is inserted as the fileshare name

8. Optimizing Your GDT Environment Doug Evans GDT 2004 International User Conference – Evolving the Legacy July 11 - 14  Tucson, Arizona Fileshare Server name used as a Global Variable  Setting a Global Environment variable for Fileshare that can be used in your JCL

9. Optimizing Your GDT Environment Doug Evans GDT 2004 International User Conference – Evolving the Legacy July 11 - 14  Tucson, Arizona Fileshare Server name used as a Global Variable  Using the Global Variable name for the fileshare in the Assign statement

10. Optimizing Your GDT Environment Doug Evans GDT 2004 International User Conference – Evolving the Legacy July 11 - 14  Tucson, Arizona Fileshare Server name used as a Global Variable  The JOR shows the insertion of the Global Variable for the fileshare being inserted in the Assign statement for the EMPLOYEE file

11. Optimizing Your GDT Environment Doug Evans GDT 2004 International User Conference – Evolving the Legacy July 11 - 14  Tucson, Arizona Getting same File Status behavior as on the Mainframe  Understand How this works on the Mainframe n If no FILE-STATUS declared and no DECLARATIVE section l Mainframe (Operating System) causes the program to immediately abort on a FILE-STATUS equal or greater than “30”

12. Optimizing Your GDT Environment Doug Evans GDT 2004 International User Conference – Evolving the Legacy July 11 - 14  Tucson, Arizona Getting same File Status behavior as on the Mainframe n If FILE-STATUS is declared but no DECLARATIVE section l Mainframe (Operating System) causes the program to abort immediately on a FILE-STATUS equal or greater than “30”. l If FILE-STATUS is below a “30” the FILE- STATUS will be received by the program and can be used for additional checks. l If FILE-STATUS is “30” and above, this is not returned to the program as it just aborts.

13. Optimizing Your GDT Environment Doug Evans GDT 2004 International User Conference – Evolving the Legacy July 11 - 14  Tucson, Arizona Getting same File Status behavior as on the Mainframe n If FILE-STATUS is declared and DECLARATIVE section is present l Mainframe (Operating System) does not check the FILE-STATUS for that file. l If FILE-STATUS is below a “30” the FILE- STATUS will be received by the program and can be used for additional checks. l If FILE-STATUS is “30” and above, the FILE- STATUS will be received and the corresponding DECLARATIVE section will be performed. The USER program is then responsible for the APPROPRIATE ACTION like CALL “ABORT”.

14. Optimizing Your GDT Environment Doug Evans GDT 2004 International User Conference – Evolving the Legacy July 11 - 14  Tucson, Arizona Getting same File Status behavior as on the Mainframe  History with GDT on filestatus checking n Up until about mid-year 2003, GDT software had no ability to know that a Declarative section was being used for a file n Only option prior to mid-year 2003, was to have same ability as Mainframe had when only Filestatus checking was being done or No Filestatus checking n With Net Express 3.1 and Net Express 4.0, Micro Focus enabled a bit in the File Handler which tells if a program uses a Declarative Section for File(s) n Now GDT has enabled a directive that can be set in the GDTSYS.PAR file which will enable Filestatus behavior to be the same as the Mainframe

15. Optimizing Your GDT Environment Doug Evans GDT 2004 International User Conference – Evolving the Legacy July 11 - 14  Tucson, Arizona Getting same File Status behavior as on the Mainframe  In GDTSYS.PAR n Under the |Files| tag l FILE-STATUS = asMainframe  Follows the full Mainframe behavior of File Status checking shown in previous slides. l FILE-STATUS = asGDT  This will follow the rules of the Mainframe only if the program is using FILESTATUS checking or not using FILESTATUS checking.  No DECLARATIVE SECTION checking is done.

16. Optimizing Your GDT Environment Doug Evans GDT 2004 International User Conference – Evolving the Legacy July 11 - 14  Tucson, Arizona Getting records Initialized the same way as on the mainframe (TDS)  Reason for Implementation: n Instances where a Read Random was being done to a key that did not exist l Some code was accessing fields in the record after this bad read and obtaining incorrect information

17. Optimizing Your GDT Environment Doug Evans GDT 2004 International User Conference – Evolving the Legacy July 11 - 14  Tucson, Arizona Getting records Initialized the same way as on the mainframe (TDS)  Resolution: n Records needed to be initialized the same way as being done on the mainframe l Handled before and file is accessed and before the first operation of a file  Handled in the TDSgen (GDTDSGEN.IN) vINITRECTYPE = LOW-VALUES record initialized with low values vINITRECTYPE = INITIALIZE record initialized based on first 01 definition following FD statement. Corresponding to COBOL Rules. vINITRECTYPE = UNSPEC keep previous behavior. Whatever is in memory!

18. Optimizing Your GDT Environment Doug Evans GDT 2004 International User Conference – Evolving the Legacy July 11 - 14  Tucson, Arizona Getting records Initialized the same way as on the mainframe (TDS)  Using the INITRECTYPE = LOW-VALUES in TDSgen

19. Optimizing Your GDT Environment Doug Evans GDT 2004 International User Conference – Evolving the Legacy July 11 - 14  Tucson, Arizona Getting records Initialized the same way as on the mainframe (TDS)  Using the INITRECTYPE = INITIALIZE in TDSgen

20. Optimizing Your GDT Environment Doug Evans GDT 2004 International User Conference – Evolving the Legacy July 11 - 14  Tucson, Arizona The STEPMSG directive  To show detailed information during runtime on the screen (Counters) n Depending on graphic card being used, your speed improvement will vary from 10% to 20% when this option is turned OFF. l High end graphic card, you may see the 10% improvement l Low end graphic card, you may see the 20% improvement

21. Optimizing Your GDT Environment Doug Evans GDT 2004 International User Conference – Evolving the Legacy July 11 - 14  Tucson, Arizona The STEPMSG directive  Top: with Stepmsg Bottom: without Stepmsg 8% improvement

22. Optimizing Your GDT Environment Doug Evans GDT 2004 International User Conference – Evolving the Legacy July 11 - 14  Tucson, Arizona Using the DELAY TABLES within FSYS01  Delay Tables n Used to control the timings as to when entries are cleared from FSYS01 (h_sysjob file) n Very important in a high volume batch processing environment.

23. Optimizing Your GDT Environment Doug Evans GDT 2004 International User Conference – Evolving the Legacy July 11 - 14  Tucson, Arizona

24. Optimizing Your GDT Environment Doug Evans GDT 2004 International User Conference – Evolving the Legacy July 11 - 14  Tucson, Arizona Turning on and off your logs and flows  Logs and Flows you can control the creation of n Saves space and improves speed

25. Optimizing Your GDT Environment Doug Evans GDT 2004 International User Conference – Evolving the Legacy July 11 - 14  Tucson, Arizona Using –CLASS parameter with GDTBATCH on the command line  GDTBATCH with class provided on the command line n Better control of batch processing when not using the GDT Console n Job will automatically be under control of FSYS01 l Example GDTBATCH \INFOSOL\PROD\JCL\ADDRESS.JCL –CLASS H

26. Optimizing Your GDT Environment Doug Evans GDT 2004 International User Conference – Evolving the Legacy July 11 - 14  Tucson, Arizona Using the H_WINUID directive on the JOR setup within gdtbatch.par  H_WINUID n Added to JORFILE setting in GDTBATCH.PAR n Adds the ComputerName you are logged on thru to the name of the JOR produced.

27. Optimizing Your GDT Environment Doug Evans GDT 2004 International User Conference – Evolving the Legacy July 11 - 14  Tucson, Arizona Using the H_WINUID directive on the JOR setup within gdtbatch.par