Search found 9 matches
- Thu Aug 27, 2026 4:30 pm
- Forum: SyncSort, SyncTool, SyncGener.
- Topic: SORT performance variance across runs
- Replies: 2
- Views: 43725
SORT performance variance across runs
As part of my current work, I happened to run into a scenario where Same SORT sometimes takes 3 minutes, sometimes 30. How do you pinpoint contention or dataset issues? Thanks in advance for sharing your thoughts.
- Sat Aug 22, 2026 8:30 am
- Forum: Site Announcements and Rules.
- Topic: Multi‑volume VSAM clusters—safe?
- Replies: 0
- Views: 28607
Multi‑volume VSAM clusters—safe?
I have been working on Planning huge KSDS across volumes. Any reliability/performance caveats? Appreciate any ideas or examples you can share.
- Mon Aug 17, 2026 12:30 am
- Forum: CICS, Middleware and MQ Series.
- Topic: Debugging CICS with limited test data
- Replies: 0
- Views: 3398
Debugging CICS with limited test data
I've been working on something similar and ran into a few doubts. We can’t mirror prod data. How do you reproduce tricky cases without it? Appreciate any ideas or examples you can share.
- Sat Aug 08, 2026 10:30 pm
- Forum: Site Announcements and Rules.
- Topic: Centralized error log for batch
- Replies: 0
- Views: 2110
Centralized error log for batch
Has anyone here faced something similar or have a suggestion? looking for a standard pattern to record batch errors—schema, correlation IDs, and retention practice. Appreciate any ideas or examples you can share.
- Sun Aug 02, 2026 10:30 pm
- Forum: Site Announcements and Rules.
- Topic: CICS transaction timeout tuning
- Replies: 0
- Views: 902
CICS transaction timeout tuning
I have a situation in which Under load, a few transactions hit timeout. Which settings or code patterns gave you the most relief? Thanks in advance for your help and insights.
- Tue Jan 06, 2026 1:30 am
- Forum: SMS & VSAM and BDAM, BSAM, QSAM, BPAM, ISAM, OAM.
- Topic: Multi‑volume VSAM clusters—safe?
- Replies: 1
- Views: 9759
Multi‑volume VSAM clusters—safe?
I have been working on Planning huge KSDS across volumes. Any reliability/performance caveats? Appreciate any ideas or examples you can share.
- Mon Oct 06, 2025 6:45 pm
- Forum: SMS & VSAM and BDAM, BSAM, QSAM, BPAM, ISAM, OAM.
- Topic: CICS transaction timeout tuning
- Replies: 1
- Views: 13882
CICS transaction timeout tuning
Hello,
I have a situation where a few transactions hit timeouts under load. What settings or code patterns have given you the most relief in such cases? Thanks in advance for your help and insights.
I have a situation where a few transactions hit timeouts under load. What settings or code patterns have given you the most relief in such cases? Thanks in advance for your help and insights.
- Sat Nov 14, 2015 1:16 pm
- Forum: Interview Questions.
- Topic: G0001V00: when would you change the version from 00 to 01?
- Replies: 3
- Views: 1472
G0001V00: when would you change the version from 00 to 01?
Hi,
This is asked in an interview that consider a GDG like G0001V00: when would you change the version from 00 to 01? My answer was, I have never done it but obviously the interviewer was looking for some better answer...appreciate if someone can help me in this.
This is asked in an interview that consider a GDG like G0001V00: when would you change the version from 00 to 01? My answer was, I have never done it but obviously the interviewer was looking for some better answer...appreciate if someone can help me in this.
- Sat Nov 14, 2015 1:09 pm
- Forum: IBM DB2 and IMS DB/DC
- Topic: What is the difference between setting the primary key and creating an index?
- Replies: 2
- Views: 1579
What is the difference between setting the primary key and creating an index?
HI All
Can anyone please help me in knowing e difference between setting the primary key and creating an index for a DB2 table? Why should we set the primary key as not NULL always?
Thanks in advance!
Can anyone please help me in knowing e difference between setting the primary key and creating an index for a DB2 table? Why should we set the primary key as not NULL always?
Thanks in advance!