It’s about time!

Aug 23, 2016

DB2

Over the past 25 years, Rick Weaver has become a well-known mainframe expert specializing in database protection, replication, recovery and performance. Because of his vast expertise, he has authored numerous articles, whitepapers and other valuable pieces on database technologies, and frequently spoken on the subjects of database recovery and performance at conferences, symposiums and user groups.

DB2 z/OS V12 is in the Early Support Program mode. This means the larger Independent Software Vendors (BMC, CA, Compuware, etc.) have a version of DB2 z/OS V12 in house so they can modify their products to support and/or exploit the new features of DB2 z/OS V12. This process can take months, or even up to a year.

Generally speaking, IBM releases a new version of DB2 z/OS about every 3 years. Customers then have to incorporate the new version of DB2 into their mainframe release cycles, which may take a year or more after the General Availability of the new release of DB2. Customers must then open projects to exploit the new features of DB2. A good example is the DB2 z/OS V10 feature called Temporal Data. DB2 V10 has been Generally Available for almost 6 years, but customers are just now writing applications to exploit this feature. A good use case for this feature is the need for insurance companies to be able to track the coverage for a customer over time to ensure claims are covered correctly.

With DB2 z/OS V12, IBM is delivering a new concept called Continuous Delivery. This allows new features and functions to be delivered via a Small Programming Enhancement (SPE) or a Recommended Service Unit (RSU). This enables customers to exploit new features without going through an extended release cycle. This new concept will take some getting used to in traditional mainframe shops. Typically, a new product or release is installed in an isolated “sandbox” environment and tested extensively. It is then moved to an integrated quality assurance environment to ensure compatibility and stability. Finally, the new product/release is moved to production environments—at that time users can begin to exploit new features, again moving through various levels of environmental testing before moving to production. That is why we are only now seeing large scale exploitation of a DB2 z/OS V10 feature after 6 years of General Availability.

What does this Continuous Delivery mechanism do for the customer? It allows them to exploit new functionality much quicker than previously. This can save a lot of time and effort to exploit needed functionality. Shortening the time required to get a new feature implemented can make their applications more agile, resulting in increased mobility and revenues. It’s all about time.

For more information on Continuous Delivery, browse the Continuous Delivery RedBook recently published by IBM.

0 Comments

Submit a Comment

Your email address will not be published. Required fields are marked *

Sign up to receive the latest mainframe information

This field is for validation purposes and should be left unchanged.

Read More

Learning from SMF: Managing Db2 Buffer Pools

Learning from SMF: Managing Db2 Buffer Pools

Unlocking the Value of Cheryl Watson’s Tuning Letter Back Catalog If you work with IBM mainframes, you’ve probably heard of Cheryl Watson’s Tuning Letter, which I now have the pleasure of editing. For decades, it’s been one of the most trusted resources for...

Streamlining Your Db2 13 Migration: 7 Steps to Get Ahead

Streamlining Your Db2 13 Migration: 7 Steps to Get Ahead

Adapted and summarized by ChatGPT. Download Paul’s full article. Migrating to a new version of a critical platform like Db2 for z/OS might sound daunting, but with the right strategy, it can be manageable and an opportunity to improve operational efficiency. Db2 13 is...