Sometimes, the default value of a Db2 ZPARM parameter is changed to reflect new realities of Db2 workloads and of systems on which Db2 for z/OS runs. When that happens, a Db2-using organization may stick with the old default value for the ZPARM, and going that route can have a negative impact on the performance of the Db2 system. Case in point: CACHEPAC, the subject of this blog entry. I’ve blogged before about ZPARMs that are regularly set to sub-optimal values. I’ve also posted entries …read more
Related Articles
Oracle OpenWorld Is Coming to Europe!
We are excited to be attending the Oracle OpenWorld Europe conference in London, Jan 16-17 and proud to be Gold Sponsors for this event. Are you trying to integrate database change management into Dev...
AWS Big Data Services in the Cloud Part 1: Amazon Redshift
I. Introduction In the IT industry we go through a tedious and long process of acquiring infrastructure (hardware software and licenses). Typically, projects are held back due to infrastructur...
Presentations from OUGN17
Here are the presentations I gave at OUG Norway last week. These are also available on SlideShare Predictive analytics: Mining gold and creating valuable productfrom Brendan Tierney...
