Trends for deployment of your production DataStage Jobs?

A forum for discussing DataStage<sup>®</sup> basics. If you're not sure where your question goes, start here.

Moderators: chulett, rschirm, roy

Post Reply
eostic
Premium Member
Premium Member
Posts: 3838
Joined: Mon Oct 17, 2005 9:34 am

Trends for deployment of your production DataStage Jobs?

Post by eostic »

Hi all...

Wondering specifically if many/any of you deploy "only" executable Job details to your production servers, or if you also include the Design metadata?

(specifically, the export option of "Executables without Designs").

If so, why or why not? Do you use the read-only feature along with migrating design info? ...or other alternatives.

Thanks in advance!

Ernie
Ernie Ostic

blogit!
<a href="https://dsrealtime.wordpress.com/2015/0 ... ere/">Open IGC is Here!</a>
kduke
Charter Member
Charter Member
Posts: 5227
Joined: Thu May 29, 2003 9:47 am
Location: Dallas, TX
Contact:

Post by kduke »

Production is always read only to developers but we always do designs. It is easier to debug. It is also impossible to tell if production has the correct version unless you can see the design.
Mamu Kim
ray.wurlod
Participant
Posts: 54607
Joined: Wed Oct 23, 2002 10:52 pm
Location: Sydney, Australia
Contact:

Post by ray.wurlod »

... or use the Version number field.
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
kduke
Charter Member
Charter Member
Posts: 5227
Joined: Thu May 29, 2003 9:47 am
Location: Dallas, TX
Contact:

Post by kduke »

We are using the comment field in job properties but they don't always update it.
Mamu Kim
sima79
Premium Member
Premium Member
Posts: 38
Joined: Mon Jul 16, 2007 8:12 am
Location: Melbourne, Australia

Post by sima79 »

We use the option "Export job designs without executables". All code goes through our source code control procedure. Code is promoted through each environment dev->test->prod. The source code is imported into each environment then compiled. Good source code control should minimize the chance of deploying the wrong code.
Post Reply