I think package shipment is the greatest. What we do is we ship to staging libraries on our production LPAR. Then during our change window we have automated scheduled jobs that will apply the code to the real execution libraries. The Bind statements and new copy statements are in a PDS/E dataset that is converted into a flat file and used as input into a batch job after all the copy process has completed. We utilize DB2 versioning process to make sure the updated LOAD Modules do no get a -805 from the time between the copy process and the bind process executes.
This process allows us to stage the code and validate the libraries during our leisure time, without our team having to get up early in the change window to perform the SHIPMENT process.
Phon
------------------------------
Software Engineer
Fiserv
Ky, USA
------------------------------
Original Message:
Sent: 02-13-2020 07:18 AM
From: Joseph Walther
Subject: Ship to prod LPAR timming issue with binds
Hello Joe.
One method we use is to have the DB2 bind become a part of the package shipment process. Steps like a DB2 Bind, CICS newcopy, etc can be made to run in the remote shipment job - either before or after the copies are done. Let me know if you would like more information on the approach.
Original Message:
Sent: 11-19-2019 05:28 PM
From: Joseph Gorel
Subject: Ship to prod LPAR timming issue with binds
While performing a ship using the Broadcom ship process, there are timing issues where the production bind uses the old information because it took longer for the ship to process the package. Has anybody had ship timing issues in this area?