ca.portal.admin

Re:IDMS R15 on zOS 1.7 anyone?

Discussion created by ca.portal.admin on Feb 14, 2007
This question may have been asked before, so I apologize if this is the
case,

We are currently running IDMS R15.1 SP2 (genlevel 200203) under zOS 1.4.
We're a CAS shop. Our service provider needs to migrate to zOS 1.7,
which will now be running in 64-bit addressing mode.

Should we have to make any changes to IDMS for this to work? I am not
concerned so much with running IDMS in 64-bit mode, and would be happy
to continue running it in 31-bit mode if possible, but what needs to be
done to accomplish this in the 64-bit zOS environment, if anything?

Thanks,

Mike

PELLERIN MILNOR CORPORATION
Michel J Champagne
Systems Analyst / DBA

Voice: 504-712-7589
FAX: 504-712-3589

Confidentiality Notice: This e-mail message, including any attachments,
is for the sole use of the intended recipient(s) and may contain
confidential and privileged information. Any unauthorized review, use,
disclosure or distribution is prohibited. If you are not the intended
recipient, please contact the sender by reply e-mail and destroy all
copies of the original message.
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
PMDC VTAM signon validation to RACF or ACF2?
"Anyone successfully doing PMDC VTAM signon validation via RACF or ACF2?

Thanks

Rob Klan/Cincinnati/IBM
Phone: 1-877-205-4871 (T/L: 349-2446)
ITN: 23492446
Email: rklan@us.ibm.com
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
do other shops have rules against saving DBKEYs ?
"I just discovered a job(that predated my employment here) that captures
DBKEYs to a a flat file at 6:00PM saturday nights, and then another job
that runs at 10:30 PM to process this file of DBKEYs (read and process the
database records)

obvuiously, 2 things can heppen:

1) a record whose DBKEY was captured for future processing can be deleted
from the database (this is okay if the program is willing to accept the
error code)
2) the database can be unloaded/reloaded between the two jobs and mess up
everything

well, guess what - the database was unloaded/reloaded between the two jobs
and at least one record was deleted from the database between the two jobs
...

do other shops explicitly inform developers.programmers what it illegal
programming habits? or do you assume <always a bad idea) that people who
write code know how IDMS works and how to write a valid batch process???

(there is some attempt to push this as an DBA error - but this is because
the (globally distributed) developers do not know IDMS and the
ramifications of bad programing ...

thanks,

This is Chris Hoelscher and I approved this message!

Chris Hoelscher
Senior IDMS & DB2 Database Administrator
Humana Inc
502-476-2538
choelscher@humana.com




The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information.
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: do other shops have rules against saving DBKEYs ?
"When I was with Air Express (who became part of DHL) we had a home-grown
batch system that transferred data between our US and European systems. As part
of it transient records were stored containing dbkeys of records to be
transferred. The transfer application ran around every 15 minutes or so and the
records containing dbkeys were erased as part of the run. When we did
unload/reloads to the databases involved the application was run to send any records in
the queue and then it was shut off until the system was returned to
production. I think that's the only situation I'd use saved dbkeys in a production
system - for transient records. And I'd insist that it be well-documented to
avoid 'gotchas'.

Leslie Jordan
Former IDMS DBA
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: do other shops have rules against saving DBKEYs ?
"We don't have specific rules for not sending DBKEY's in files. In fact,
there are situations where it makes sense; for example, a program runs
in retrieval to select records to delete and passes DBKEY's in a file
for a subsequent step to delete. This lowers the number of deadlocks
since the time in retrieval to determine the records to be deleted is
typically a lot longer than the time in the update step to actually
delete the records.

As to your current situation, we wouldn't allow the time separation to
be over 4 hours, that seems strange. Perhaps the application team
wanted to wait until after peak operating hours to do the update (not
sure if the first job was update as well, that would disallow my
argument).

Finally, was the application staff aware that a unload/reload was
scheduled? If they were, then the fickle finger of fate points to them.
If a unload/reload was done without their knowledge, then I have to say
that the ""finger"" points the other way.

Dan Miley
Lockheed Martin

Outcomes